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I. Patent Local Rule 3-3(a) Identification of Prior Art 

Pursuant lo Patent Local Rule 3-3, Defendant Microsoft Corporation ("Microsoft") makes 
the following Preliminary Invalidity Contentions 1 with respect to the following patents asserted 
by plaintiff lnterTrusl Technologies Corporation ( u lnterTrust y ') in this action: US. Patent No. 
6,185,683 ( u the v 683 patent"); U.S. Patent No. 6,253,193 ("the ^193 patent*); U.S! Patent No. 
5,920,861 ("the ^861 patent"); U.S. Patent No. 5,982,891 ("the ^891 patent"); U.S. Patent No. 
5,917,912 ("the N 912 patent"); U.S. Patent No. 6,157,721 ("the *721 patent"); U.S. Patent No. 
5,915,019 ("the ^019 patent"); U.S. Patent No. 5,949,876 ("the ^876 patent"); U.S. Patent No.' 
6 J 12,181 ("the % ] 81 patent"); and U.S. Patent No. 6,389,402 ("the ^402 patent"). 

Despite the length of time this case has been pending, discovery is still at an e.arly stage 
due to intervening stays. InterTrust continues to assert eleven patents and over one hundred and 
fifty claims. In view of these factors, Microsoft continues to evaluate the prior art at this time. 
Microsoft reserves the right to amend or supplement its Preliminary Invalidity Contentions to take 
into account prior art, information or defenses that might come to light as a result of its 
continuing discovery efforts, errors subsequently recognized by any of the parties, and as a result 
of further evaluation of the prior art. 2 In addition, Microsoft has moved to strike InterTrust's 
September 2, 2003 PLR 3-1 Preliminary Infringement Contentions as being insufficient. To the 
extent that the Court grants Microsoft's motion and orders InterTrust to amend/re-serve its 3-1 
statement in compliance with the Local Rules, Microsoft reserves the right to amend or 
supplement its PLR 3-3 Preliminary Invalidity Contentions in response to any amended 
infringement contentions submitted by InterTrust. Microsoft further reserves the right to rely 



1 These Preliminary Invalidity Contentions incorporate by reference Microsoft's prior Preliminary 
Invalidity Contentions dated August 7 and 16, 2002. 

2 For example, Microsoft reserves the right to amend/supplement this disclosure once InterTrust 
complies with discovery responses, which Microsoft contends are incomplete and inadequate. To 
date, Microsoft has objected to InterTrust 5 s continued refusal to provide information sought in 
discovery, including, but not limited to: the identity of the alleged inventors of specific claims; 
conception or actual reduction to practice dates for specific claims; whether to there has ever been 
any alleged cmbodimcnt(s) of the asserted claims; and what, if any, specification support is 
alleged. Including from any of the applications for which InterTrust claims priority. 

Each of these pieces, of information could affect the priority daie for any given claim, expanding 
or narrowing the window of applicable pnor an. Without this iniormation, which is within 
ImerTrusf s^exclusive knowledge and control, Microsoft's PLR 3-3 Contentions are subject to 
amendment and/or supplementation. 
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upon InterTrust's own activities, alone and in connection with others. Microsoft further reserves 
the right to amend this statement or otherwise further respond if InterTrust contends (or the Court 
rules) that any earJier or later priority dates may apply for individual claims. Microsoft also 
reserves its right to amend or supplement these invalidity contentions pursuant to Patent Local 
Rule 3-6 and 3-7. 

Attached hereto, as Appendix A, is a listing showing "the identity of each item of prior art 
that allegedly anticipates each asserted claim or renders it obvious" (PLR 3-3(a)). On information 
and belief, each listed publication became prior art at least as early as the dates given. In 
addition, the citations and explanations provided in the exhibits are mere examples, and Microsoft 
reserves its right to rely on any other portions or aspects of the prior an references and systems 
that may also disclose or practice elements of the asserted claims. Patent Local Rule 3-3 docs not 
require identification of evidence that establishes the inherence of a claim element in an item of 
prior art, nor does it require identification of evidence that establishes knowledge Of those of 
ordinary skill in the relevant fields of art. Accordingly, Microsoft does not purport to have 
provided all such information in the attached exhibits. 

From InterTrust's current document production, it appears that its employees' and 
consultants' activities, including offers for sale, public uses, derivations, "inventions" (as the 
word is used in 35 U.S.C. § 102(g)), and disclosures to Willis Ware, Drew Dean, and others not 
under any duty of confidentiality, constituted or created material and perhaps anticipatory prior 
art to many of the asserted claims. This art was not cited to the Patent Office. Discovery is 
ongoing, and Microsoft reserves the right to amend or supplement this disclosure after Microsoft 
has had an opportunity to investigate this possible prior art during discovery. 
II. Patent Local Rule 3 3(b) and 3-3 (c) Classification and Analysis of Prior Art 

Microsoft contends that at least one term or phrase in each of the asserted claims is 
indefinite under 35 U.S.C. §112, and hence, each of the asserted claims is incapable of 
construction. However, for the limited purpose of classification and analysis of prior art, 
Microsoft has construed the claim lerms m a manner consistent with the apparent construction oi 
terms offered by InterTrust in its Revised Preliminary Infringement Contentions. Microsoft does 
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not agree with these constructions, and nothing in these Preliminary Invalidity Contentions 
should be construed as an admission, a declaration against interest, whether under the 
Federal Rules of Evidence or otherM'ise. as to what a particular claim limitation means. For 
this reason. Microsoft's identification of ''corresponding structures" for "means-plus- 
function" limitations that are set out in the Preliminary Invalidity Charts are riot 
admissions as to the identity of such structures. Rather, they are based upon Microsoft's best 
guess as to what InterTrust may someday identify as corresponding structures for the means-plus- 
function limitations of its asserted claims, to the extent that Microsoft understands them. 3 

Accordingly, Microsoft's Preliminary Invalidity Contentions should not be construed as 
advocating a particular claim construction for any disputed claim terms. For the limited purpose 
of providing Preliminary Invalidity Contentions, and subject to the conditions set forth above, 
Microsoft has, to the extent possible, attempted to construe the claims in a manner consistent with 
InterTrust's Revised Preliminary Infringement Contentions. 

Pursuant to Patent Local Rules 3-3(b) and 3-3(c), Microsoft provides the classification of 
prior art in the listing and charts attached hereto as Appendices A and B. Appendix A, beyond 
identifying each item of prior art, further indicates whether each prior art reference is used as an 
anticipatory reference and/or as a reference which, alone, or in combination with other prior art, 
renders the claims obvious. Appendix B includes charts which (1) specifically identify where in 
each item of prior art each element of each asserted claim is found and (2) establish how that 
prior art anticipates or renders obvious all of the asserted claims. In the event that any charted 
prior art is found not to be anticipatory under 35 U.S.C. § 102, Microsoft reserves the right to rely 
upon that art to prove obviousness under 35 U.S.C. § 103. Likewise, in the event InterTrust 



3 To date, InterTrust has refused to identify any structure corresponding to the means-plus- 
function elements in its asserted claims. It is Microsoft's position that this is a violation of the 
Patent Local Rules, and that as a result of refusing to identify a structure associated with each 
means-plus-function element, InterTrust admits that there is no such structure disclosed, has 
waived ns riszhi io assen claimed structure, and thai those claims are therefore invalid at least for 
failure, to sausiv the wniien description requirement of 35 U.S.C. §112. See. InterTrust's Paieni 
Local Rule 3-1 served September 2, 2003 and InterTrust's Opposition to Microsoft's Motion to 
Strike InterTrust's PLR 3-1 Contentions. 

-> Microsoft's preliminary invalidity contentions 
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amends or supplements its Preliminary Infringement Contentions, Microsoft reserves its rights to 
amend and supplement its Preliminary Invalidity Contentions. 

To the extent that any prior art produced to InterTrust has not been classified as prior art 
under 35 U.S.C. ■§§ J 02 or 103, Microsoft reserves the right to rely on this art or supplement its 
disclosure for the following reasons: • ■ ' 

(i) Microsoft's position on the invalidity of particular claims will depend on how 
those claims are construed by the Court. As thus far only preliminary claim construction has 
occurred Microsoft cannot take a final position for the bases for invalidity of disputed claims: 
The Court's subsequent claim constructions of remaining terms may yield constructions different 
from what Microsoft assumes herein. 

(ii) Microsoft is continuing to diligently search for relevant prior art but has not yet 
completed that search and continues to evaluate prior art that has been located. 

(iii) Microsoft has not completed its discovery from Plaintiff or from third parties 
with knowledge of the relevant prior art. Depositions of the persons involved in the drafting and 
prosecution of the patents -in -suit, the inventors, and persons who attempted to practice 
InterTrust's claimed invention, for example, will likely affect Microsoft's contentions, 

A. Prior Art Under 35 U.S.C. § 102 Which Anticipates The Asserted Claims of 
Each of the Asserted Patents 

Subject to the above-referenced qualifications concerning the preliminary nature of this 
disclosure, Microsoft believes a reasonable basis exists that, as more particularly explained in the 
Preliminary Invalidity Contentions attached as Appendix B hereto, the references listed in 
Appendix B anticipate the asserted claims of the each of the asserted patents. 

B. Prior Art Under 35 U.S.C- § 103 Which Renders Obvious One or More of the 
Asserted Claims 

Each of the references called out in Appendix A can be combined with one another so as 
to render one or more of the claims of the asserted patents invalid as obvious, and many of them 
are explicitly motivated 10 do so by virtue of extensive cross-references to one another's 

solution;.. Inter] rust is currently assenmi: 151 claims in eleven patents, which cite hundreds oi 
references. Hundreds of additional non-cited relevant prior art has been uncovered and cited to 
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InterTrust. The number of potential combinations of these references, if only two or a few 
references are combined for each claim, is necessarily very large. Microsoft requests InterTrust 
to reduce its asserted claims so as to reduce the number of combinations to a manageable number. 
Nonetheless, Microsoft has provided mapping of combinations as discussed below. Indeed, even 
where explicit cross-referencing and incorporation by reference does not exist, the motivation to 
combine any of the references arises from the common objectives and subject matter, digital 
rights management. The common objectives and subject matter arc expressed generally in the 
claim charts of Appendix B, which arc incorporated by reference into Microsoft's showing under 
35U.S.C. § 103. 

The motivation for seeking "security," privacy and integrity was widely recognized in the 
United States and elsewhere prior to February 13, 1994, and since prior to February 13, 1994, has 
extended to any information or item of perceived value, including books, music, games, computer 
systems, other computer programs, and any digital data or content that maybe deemed valuable or 
worthy of protection. Additional motivations to combine references include the desire to meet or 
exceed any applicable laws or industry or government standards, such as the Orange Book, 
Computer Fraud and Abuse Act of 1986, Computer Security Act of 1989 PL1 00-35, High 
Performance Computing Act (HPCA) of 1991 (PL102-194), and 17 U.S.C. §§ 101 et seq. 
Industry standards include those for communication such as X.509, TCP/IP, WWW, and WA1S, 
and those for encryption or transmission of encrypted information, e.g. DES, Triple DES, RSA, 
SSL, MIME, S/M1ME, SHTTP, HTTPS, MD5, and PEM. Additional teachings to combine these 
references with such items of information include "security" (including "security" levels), 
permissions, certificates, tickets, "secure" processors, "secure" storage, "smart" cards (including 
smart cards able to store data and perform computations such as encryption/decryption), tamper 
resistance techniques for hardware and software, physical "security", and "trusted" time. Also 
included are authentication and authorization in trusted distributed systems, enabling software or 
features thereof to run only on particular machines or in particular ways, and treating binary 
inlormauon/daia ai vaned levels oi granujarm 
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It was further obvious to combine any of these "security" features with any of the software 

or hardware available at the time. For example, it would have been obvious to combine any file 

and operating systems such as NT, NFS, Andrew, Netware, Mach, DT Mach, Multics, Amoeba, 

ISOS, and Unix; or protocols, codes and systems such as secure kernels, WWW, SSL, SGML, 

hyptertext. Oak, TeJescript, OOP and other programming technologies or frameworks (e.g. 

Smalltalk, COM, OLE, Bento, OpenDoc; object oriented databases with watermarking; 

obfuscation; swIPe; SNMP; auditing; on-line (or other digitally transmitted) transaction and 

subscription-based services and billings; electronic payment; on-line banking, entertainment and 

commercial interactive commerce; ATMs; encryption and authentication; physical security tools 

and devices; physically secure locations; physically "secure" products such as tamper resistant 

computer or other devices, "secure" processors, "secure" memory, "smart" cards, set-lop boxes, 

portable devices, "secure" communicaiions facilities, electronic wallets. 4 

III. Patent Local Rule 3-3(d) Disclosure: Invalidity For Failure to Satisfy 
35 U.S.C §132. 

Each of the asserted InterTrust patent claims is invalid as indefinite, for inadequate 
written description and for Jack of enablement as those requirement are set forth by 35 U.S.C. § 
112. 5 In accordance with Patent L.R. 3-3(d), Microsoft identifies in Appendix C, attached 
hereto, exemplary bases, on an element by element basis, for invalidating each asserted claim of 
each asserted patent for indefiniteness and lack of an adequate written description. The asserted 
claims are unclear in scope and not nearly as precise as the subject matter allows. 

Appendix C contains examples of why the indefiniteness prohibited by 35 U.S.C. 
§ 112(2) arises from' many causes, including: 

a) use of terms that lack an ordinary meaning in the art and are undefined in the 

specification; 

4 These examples are not intended to be an exhaustive list and are set forth for illustrative 
purposes. 

'' Microsoft also assens that one or more of the claims are invalid under 35 U.S.C. § 1 12(1) for 
failure to identify the "besi mode" ior carrying oui the invention. However, pursuant to Patent 
L.R. 3-3(d), Microsoft's arguments related to that defense are not required to be set forth in the 
attached charts, and hence are not included in Exhibit C. 
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b) use of terms that are used in the specification in a manner which is internally 
inconsistent, as well as inconsistent, with their ordinary meaning, but are not 
specifically defined in the specification; 

c) InterTrust's refusal to identify the structure in the application's written description 
linked to claim elements subject to 35 U.S.G. § 1 12, 1 6 ("means (or step) plus 
function); 

d) such excessive disclaimers of specificity of a term that the term becomes 
meaningless; 

e) inconsistent uses of a term within a single specification; 

f) inconsistent uses of a term between a specification and something allegedly 
incorporated into that specification; 

g) inconsistencies within the language of a given claim; 

h) inclusion of the same element twice in a claim, resulting in improper double 
inclusion of an element; 

i) impermissible reference to trademarks in a claim; 

j) inconsistent use of terms that may be synonyms for one another or that could be 
used to mean same thing or different things. 
The indefiniteness of the asserted claims is exacerbated by InterTrust's attempt to apply these 
claims to the very different structures and techniques of (or those that InterTrust wrongly 
attributes to) the Microsoft accused products. Microsoft reserves the right to modify this listing, 
e.g., if and when InterTrust clarifies its infringement contentions and claim construction 
positions. 

Appendix C also provides examples of the lack of an adequate written description 
supporting the asserted claims. For example, the asserted claims fail for lack of an adequate 
written description under 35 U.S.C. § 112(1) to the extent that they are construed to contradict 
and/or fail to require the essential, non-optional alleged attributes of the alleged "inventions" 
identified in their speciiicauons (and any specification allegedly incorporated by reiercnccj and 
the applications from which the patents issued. The asserted claims also fail to comply with the 
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written description requirement as set forth in Gentry Gallery, Inc v. Berkline Corp., 134 F.3d 
1473 (Fed. Cir 1998) to the extent that the scope of any of them exceeds the scope of the alleged 
"invention" as set forth in the accompanying specification (and any specification allegedly . 
incorporated therein). For example, in the specification of U.S. Patent No. 6,253,193 IntcrTrust 
states that: 

The present invention asserted! y provides a new kind of "virtual 
distribution environment" (called "VDE" in this document) that 
secures, administers, and audits electronic information use. VDE . 
also features fundamentally important capabilities for managing 
content that travels "across" the "information highway." These 
capabilities comprise a rights protection solution that serves all 
electronic community members. These members include content 
creators and distributors, financial service providers, end-users, and 
others. VDE is the first general purpose, configurable, transaction 
control/rights protection solution for users of computers, other 
electronic appliances, networks, and the information highway. 

Accordingly any claims that rely on this specification must be limited in scope to the invention 
described therein. To the extent that they exceed the scope of what is described, they arc invalid 
under the written description requirement. 

Microsoft further contends that each asserted claim, when viewed in its entirety, is 
invalid under 35 U.S.C. § 1 12(1) because the specifications of the patents fail to teach one of 
ordinary skill in the art how to practice the entirety of the broad scope of those claims without 
undue experimentation. 

For example, based on the specification, most if not all of the claims involve the 
use of software of one kind or another, yet the specification does not disclose any software 
programs that could be used or adapted for use in practicing the claimed inventions. In addition 
to failing to disclose any software program by explicit reference, the patent specifications does 
not describe with sufficient specificity the identity of software programs needed to practice the 
claimed invention that would prevent the need for undue experimentation by a person skilled in 
the art to practice the claimed inventions. The claims set forth a multiplicity of functions, 
features, and characteristics for the purported inventions, and the specifications are replete with 
reierences to somvare necessary to practicing me inventions, vet the specification neither 
identifies enabling software that satisfies such requirements, nor provides guidance that would 
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allow a person of ordinary skill in the art to program enabling software without undue 
experimentation. 6 

As shown in Appendix C 7 , asserted claims contain terms that are subject to , 
multiple definitions, and the patent specifications do not disclose one or more of the alternate 
definitions. The full scope of the claim is therefore not described or taught in the specification. 
Any claim in Appendix C that contains a claim term subject to multiple definitions fails to teach 
the full scope of the claim and therefore fails the enablement requirement if the specification does 
not specify the operative definition for the term. 

There are numerous other reasons that the unprecedented breadth of scope of the 
claims asserted by InterTrust are not enabied ; including InterTrust's failure to implement the 
claims after substantial investment of time, labor, and money. Given the complexity of the 
asserted patents and their interdisciplinary subject matter, the state of the prior art, the absence of 
predictability of the prior art, the amount of experimentation necessary to practice the patents, the 
absence of embodiments, and the absence of guidance for practicing the invention provided in the 
specification 8 , the relative skill of those practicing the art and the breadth of the claims, the 
asserted claims fail to meet the enablement requirement of 35 U.S.C. § 112 % 1. 

The full claims of the asserted patents fail to satisfy the enablement and written 
description requirements for the following reasons: 

The '683 Patent 

Claim 2: Claim 2 of the '683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

6 In its discovery responses. InterTrust refuses to identify software programs necessary for 
practicing the inventions purportedly disclosed in the asserted patents. See InterTrust responses to 
Microsoft Interrogatory Nos. 39 and 40. 

7 See Appendix C for further element by element analysis of invalidity for failure to satisfy 35 
U.S.C. §11211. The indefiniteness of the claim terms addressed in Exhibit C affect enablement 
because the indefiniteness of the claim terms prevents the specification from adequately teaching 
a person of skill in the an how io make and use the full scope, of the claimed inventions without 
undue experimentation. 

* The failure of the specifications io provide necessary guidance also establishes that the claims 
fail to meet the written description requirement of 35 U.S.C. § 1 12 % 1. 
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software and operation of such software on accompanying hardware. Specifically, limitations in 
Claim 2 (63:40-66), both explicitly and implicitly require software. Since no software is 
disclosed in the specification, and since the specification provides no useful programming 
guidance, a person of skill in the art would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order lo make and use the full scope of Claim 2. 
Claim 2 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "security", "secure container/ 1 "containing"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons .stated 
above with respect to all of the claims, Claim 2 fails the enablement and written description 
requirements of 35 U.S.C. § 1121 1. 

Claim 3: Claim 3 of the fc 683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 3 (64:6-30), both explicitly and implicitly require software. Since ho 
software is disclosed in the specification, and insufficient programming guidance (if any) is 
provided by the specification, a person of skill in the art would have to engage a process of trial 
and error, perhaps followed by bottom up software development, in order to make and use the full 
scope of Claim 3. Claim 3 also fails the enablement requirement in light of the breadth of the 
subject matter claimed (e.g. "security", "secure container " "rule"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
slated above with respect to all of the claims, Claim 3 fails the enablement and written description 
requirements of 35 U.S.C. § 112 C J! ]. 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 
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written description requirements of 35 U.S.C. §112^1 for the reasons stated above. In addition, 
the limitation of Claim 4 fails because it requires additional undisclosed software. 

Claim 5: Claim 5 of the '683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the devel6pmcnt of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 5 (64:41-66), both explicitly and implicitly require software. Since no 
sofiware is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 5. Claim 5 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security", "secure container," "governed item"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 5 fails the enablement and written description requirements of 
35 U.S.C. § 1121 1. 

Claim 6: Claim 6 is dependent upon Claim 5 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 6 fails because it requires additional undisclosed software.. 

Claim 28:' Claim 28 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 28 (70:20-59), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill m me an would have 10 engage a process oi iriai and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 28. Claim 28 
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also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security " "electronic intermediary/' ''being associated with . . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 28 fails the enablement and written 
description requirements of 35 U.S.C. §11211. 

Claim 29: Claim 29 is dependent upon Claim 28 and fails the enablement and* 
written description requirements of 35 U.S.C. § 11211 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"operatively connected 1 '). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 56: Claim 56 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 56 (77:34-56), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the an would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 56. Claim 56 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure container/' "secure electronic container"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the an would theref ore be. required to undertake undue experimentation jn oraer to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
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above with respect to all of the claims, Claim 56 fails the enablement and written description 
requirements of 35 U.S.C. § 1121 1. 

Claim 126: Claim 126 of the l 683 patent fails the enablement requirement 
because the specification does not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue cxperimentation.in the development of 
enabling software and operation of such software on accompanying hardware. Specifically, 
several limitations in Claim 126 (82:50-83:7), both explicitly and implicitly require software. 
Since no software is disclosed in the specification, and no meaningful programming guidance is 
provided, a person of skill in the art would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order to make and use the full scope of Claim , 
126. Claim 126 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "security," "secure digital container," "trusted intermediary services"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 126 fails the 
enablement and written description requirements of 35 U.S.C. § 1121 1. 

Claim 127: Claim 127 is dependent upon Claim 126 and thus fails the enablement 
and written description requirements of 35 U.S.C § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 127 fails because it requires additional undisclosed software. 
Claim 127 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "at least in part identifies"). The specification does not teach a person of ordinary 
skill in the art. how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed 

The '193 Patent 

Claim ]• Ciaim 1 of the * 1 93 paieni fails me enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
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purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim J (320:62-321:1 8), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 1. Claim 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"budget control," "secure database," "copy control"). The specification does not teach a person 
of ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make -and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 1 fails the enablement and written description requirements of 

35 U.S.C, § 3121 1. 

Claim 2: Claim 2 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C § 112 % 1 for the reasons stated above. In addition, 
the limitation of Claim 2 fails because it requires additional undisclosed software. Claim 127 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a time 
substantially contemporaneous"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 3: Claim 3 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 3 fails because it requires additional undisclosed software. Claim 3 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"encumbrance on said budget"). The specification does not teach a person of ordinary skill in the 
an how io practice, the fuli scope of the claim, and a person of skili m the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
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full scope claimed. 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 SI 1 for the reasons staled above. In addition, 
the limitation of CJaim 4 fails because it requires additional undisclosed software. Claim 4 also 
fails the enablement requirement in. light of the breadth of the subject matter; claimed (e.g. "digital 
file authorized by said budget"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required lo undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 11: Claim 1 1 of the '1 93 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention •without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in CJaim 1 J (322:22-45), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 11. Claim 1 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure memory," "features"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim J 1 fails the enablement and written description requirements of 35 U.S.C. 
§11211. 

• Claim 15: Claim 15 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 

purponedlv disclosed invention wiihoui undue experimental.] on in the development ol enabling 
software and operation of such software on accompanying hardware. Specifically, several 
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limitations in Claim 15 (323:15-41), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 15. Claim 15 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure database"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. For these reasons and for the reasons stated above with respect to all of the 
claims, Claim 15 fails the enablement and written description requirements of 35 U.S,C. § 112 
11. 

Claim 16: Claim 16 is dependent upon Claim 15 and thus fails the enablement 
and written description requirements of 35 U.S,C § 1 1 2 i 1 for the reasons staled above. In 
addition, the limitation of Claim 16 fails because it requires additional undisclosed software. 
Claim 16 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "authentication step"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 19: Claim 19 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 19 (324:9-37), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bouom up software development, in ordd in make and use tne f u] j scope o1 Claim 19. Claim 19 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"clearinghouse"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 19 fails the enablement and written description requirements of 35 U.S.C. § 1 12 1 1. 

Claim 51: Claim 51 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 51 (326:51-327:12), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 51. Claim 51 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "clearinghouse," "location remote from"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 51 fails the enablement and written description requirements of 
35 U.S.C..1 11211. 

The '861 Patent 

Claim 34: Claim 34 of the '861 paient fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
mcanincfu) propramminp puidance is provided, a person of skill in the an would have to engape n 
process of trial and error, perhaps followed by bottom up software development, in order to make 
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and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "descriptive data structure," "element information " 
"metadata rules"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 34 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 ^ 1. 

Claim 35: Claim 35 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § J 12 1 1 for the reasons stated above. In addition, 
the limitation of Ciaim 35 fails because it requires additional undisclosed software. Claim 35 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "rights 
management data structure"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 36: Claim 36 is dependent on Claim 35 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. Jn addition, 
the limitation of Claim 36 fails because it requires additional undisclosed software. Claim 36 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"content " "rules at least in part governing . . .")■ The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 37: Claim 37 is dependent on Claim 36 and thus fails the enablement and 
written description requirements of 35 U.S.C. §11211 for the reasons stated above. In addition, 
the limitation of Claim 37 fails because it requires additional undisclosed software. Claim 37 also 
fails the enablement requirement m light of the breadth of the subject matter claimed (e. g. 
"descriptive data structure is stored within said first secure container")- The specification does 
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not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person or skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

Claim 44: Claim 44 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 44 fails because it requires additional undisclosed software. Claim 44 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"representation of the format of data . . .")- The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 

across the full scope claimed. 

Claim 45: Claim 45 is dependent on Claim 44 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 45 fails because it requires additional undisclosed software. Claim 45 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"information regarding elements . . ."). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 46: Claim 46 is dependent on Claim 44 and thus fails the enablement and . 
written description requirements of 35 U.S.C. § 1121 1 for the reasons staled above. In addition, 
the limitation of Claim 46 fails because it requires additional undisclosed software. Claim 46 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target, 
data block"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the. full scope 
claimed. 

Claim 47: Claim 47 is dependent on Claim 46 and thus fails the enablement and 
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written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. " In addition, 
the limitation of Claim 47 fails because it requires additional undisclosed software. Claim 47 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target 
data block," "target environment"). The specification does nol leach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the, art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 48: Claim 48 is dependent on Claim 46 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons staled above. In addition, 
the limitation of Claim 48 fails because it requires additional undisclosed software. Claim 48 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"source " "source message field"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 58: Claim 34 of the '861 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "metadata information," "generating or identifying at 
least one rule . . ."). The specification does nol teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order io make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
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Claim 34 fails the enablement and written description requirements of 35 U.S.C. § 112*1 1. 

Claim 64: Claim 64 is dependent on Claim 58 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 64 fails because it requires additional undisclosed software. Claim 64 also 
fails the enablement requirement in light of the breadth of the subject matter -claimed {e.g. 
u creation of said first secure container"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 67: Claim 67 is dependent on Claim 64 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 67 fails because it requires additional undisclosed software. Claim 67 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 68: Claim 68 is dependent on Claim 67 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 68 fails because it requires additional undisclosed software. Claim 68 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim_71: Claim 71. is dependent on Claim 58 and thus fails the enablement and 

written description requirements of 35 U.S.C, § 1 12 1 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because it requires additional undisclosed software. Claim 71 also 
i'aiis the enablement requirement m light oi ine oreadth of tne subject matter claimed. The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 
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the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 72: Claim 72 depends to Claim 58 and fails the enablement and written 
description requirements of 35 U.S.C. § 112 <II 1 for the reasons stated above. In addition, the 
limitation of Claim 72 fails because it requires additional undisclosed software. 

The '891 Patent 

Claim 1: Claim 1 of the '891 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (318:59-319:8), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 1 . Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "securely receiving," "secure operating environment," 
"control"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required 10 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. §112^1. 

Claim 22: Claim 22 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 22 (320: 1 5-3 1 ) both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by botiom up soil ware development, in order to make and use 
the full scope of Claim 22. Claim 22 also fails the enablement requirement in light of the breadth 
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of the subject matter claimed (e.g. "securely combining," "control arrangement," "securely 
requiring")- The specification does not teach a person of ordinary skill in. the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order lo make and use the invention across the ful] scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 22 fails the enablement and written description, requirements of 35 U.S.C. §112^1. 

Claim 23: Claim 23 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 23 fails because it requires additional undisclosed software. 

Claini 26: Claim 26 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 26 (320:40-55) both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 26. Claim 26 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "composite data item," securely providing,")- The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 26 fails the 
enablement and written description requirements of 35 U.S.C. § 1 12 *J 1. 

Claim 27: Claim 27 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 <J| 1 for the reasons stated above. In addition, 
the limitation of Claim 27 fails because it requires additional undisclosed software. Claim 27 also 
fails the. enablement requirement in light of the breadth of the subiect matter claimed (e.g. 
"combining step"). The specification does not teach a person of ordinary skill in the art how to 
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practice the full scope of the claim, and a person of skill in the an would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 28: Claim 28 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 28 fails because it requires additional undisclosed software. Claim 28 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"composite"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 29: Claim 29 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of .35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"ensuring the integrity of said association . . .")- The specification docs not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 31: Claim 31 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 31 fails because it requires additional undisclosed software. Claim 31 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
. "codelivering"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 35: Claim 35 of the 'S91 patent fails the enablement requirement because 
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the specification does not teach a person of ordinary skill in the relevant arts how io practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (321:29-41), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of ski)) in the art would have tQ engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light or the breadth 
of the subject matter claimed (e.g. "secure operating environment")- The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the an would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 35 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 *J L 

Claim 36: Claim 36 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 36 (321:44-57), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 36. Claim 36 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "secure operating environment system," "operatively 
connected" "logically associated with"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the an would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims. Gam; 36 fails the enabiemem and wniten Description requirements of 35 U.S.C. 
§11211. 
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Claim 39: Claim 39 is dependent on Claim 22 and thus fails the enablement and 
written description requirements of 35 U.S.C. §.112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 39 fails because it requires additional undisclosed software. Claim 39 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"persistently associating," "control arrangement"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 40: Claim 40 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1121 1 for the reasons stated above. In 
addition, the limitation of Claim 40 fails because it requires additional undisclosed software. 
Claim 40 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control arrangement"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 51: Claim 51 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 51 fails because it requires additional undisclosed software. Claim 51 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "end 
user electronic appliance," "secure processing step"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 53: Claim 53 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Ciaim 53 fails because it requires additional undisclosed software. 
Claim 53 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required lo undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 26 and thus faijs the enablement 
and written description requirements of 35 U.S.C. § 112 <1 1 for the reasons stated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software. 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the an 
would therefore be required to undertake undue experimentationin order to make and use the 
invention across the full scope claimed. 

Claim 56: Claim 56 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 56 fails because it requires additional undisclosed software. 
Claim 56 also fails the enablement requirement in light of the breadth of the subject matter, 
claimed (e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 57: Claim 57 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 57 fails because it requires additional undisclosed software. 
Claim 57 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "end user electronic appliance," "protected processing environment"). The 
specification does not teach * person of ordinary skill in the art how to practice the full scope of 
the claim, and ■■< person of skill in ihe an would therefore be reauned 10 undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 
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claimed (e.g. "securely receiving"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 64: Claim 64 is dependent upon Claim 36 and thus fajls the enablement 
and written description requirements of 35 U.S.C. § ] 12 <fl 1 for the reasons stated above. In 
addition, the limitation of Claim 64 fails because it requires additional undisclosed software. 
Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "controls"). The specification does not teach a person of ordinary skill in the art 
how to practice, the full scope of the claim, and a person of skill in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 65: Claim 65 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 .12 J J for the reasons stated above. In addition, 
the limitation of Claim 65 fails because it requires additional undisclosed software. Claim 65 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
processing environment"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 67: Claim 67 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 67 fails because it requires additional undisclosed software. 
Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment"). The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the art 
would therefore be reennreci to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 
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Claim 68: Claim 68 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 68 fails because il requires additional undisclosed software. 
Claim 68'also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 70: Claim 70 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1.12 H 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because il requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment," "securely processing," "securely executing"). 
The specification does not teach a person of ordinary skill in the art how to practice the full scope 
of trie claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 71: Claim 71 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because it requires additional undisclosed software. Claim 71 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"securely combining," "control arrangement"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 74: Claim 74 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11 2 1 J for the reasons stated above. In 
addition, the limitation of Claim 74 fails because it requires additional undisclosed sotiware. 
Claim 74 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "securely combining " "combined executable")- The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in (he art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11 2 <fl 1 for the reasons stated above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "combined control arrangement"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % J for the reasons stated above. In addition, 
the limitation of Claim 76 fails because it requires additional undisclosed software. Claim 76 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
4t securely receiving steps," "independently performed at different limes"). The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

Claim 79: Claim 79 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 79 fails because it requires additional undisclosed software. 

Claim 81: Claim 81 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim SJ fails because it requires additional undisclosed software. 
Claim 81 ajso i ails the enabjemeni requirement m lighi of the breadth of the subject matter 
claimed (e.g. "securely receiving steps"). The specification does not teach a person of ordinary 
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skill in the art how to practice the full scope of the claim, and a person of skill in the art would . 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 82: Claim 82 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 3 12 51 1 for the reasons stated above. In 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the. enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "controls"). The specification does not teach a person of ordinary skill in the art ' 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 84: Claim 84 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 121 1 for the reasons stated above. In addition, 
the limitation of Claim 84 fails because it requires additional undisclosed software. Claim 84 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"first/second entity's control"). The specification does not teach a person of ordinary skill in the 
an how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 86: Claim 86 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <fl 1 for the reasons staled above. In 
addition, the limitation of Claim 86 fails because it requires additional undisclosed software. 
Claim 86 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 88: Claim 88 is dependent upon Claim 36 and thus fails the enablement 
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and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 88 fails because it requires additional undisclosed software. 
Claim 88 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 

i 

claimed. 

Claim 89: Claim 89 is dependent upon Claim 1 and thus fails the enablement and . 
written description requirements of 35 U.S.C. § 1 12 H .1 for the reasons stated above. In addition, 
the limitation of Claim 89 fails because it requires additional undisclosed software. Claim 89 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"control," "protected processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 91: Claim 91 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1.2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 91 fails because it requires additional undisclosed software. 
Claim 91 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 94: Claim 94 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <][ 1 for the Teasons stated above. In 
addition, the limitation of Claim 94 fails because it requires additional undisclosed software. 
Claim 94 also fails the enablement requirement, in light of the breadth of the subject matter 
claimed. The specification does, no; teach a person oi ordinary skill in The an how io practice thf 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
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undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 95: Claim 95 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 ) for the reasons staled above. In 
addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 
Claim 95 also fails the enablement requirement in light of the breadth of the -subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

The '912 Patent 

Claim 6: Claim 6 of the '912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 6 (326:65-327:23), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 6. Claim 6 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "relatively lower level of security," "private portion 
characterized by . . . " "accessing," "record"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 6 fails the enablement and written description requirements of 
35 U.S.C. § 112fl. 

Claim 7: Claim 7 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 7 fails because n requires additional undisclosed software. Claim 7 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"relatively higher/lower level of security"). The specification does not teach a person of ordinary' 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 8: Claim 8 of the '912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

software. Specifically, several limitations in Claim 8 ( ), both explicitly and implicitly 

require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 8. Claim 8 also fails the enablement requirement in light of the breadth 
of the subject matter claimed {e.g. "higher/lower level of security," "execution space identifier," 
"assembling"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 8 fails the enablement and written description requirements of 35 U.S.C. § 1121 1. 

Claim 9: Claim 9 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 9 fails because it requires additional undisclosed software. 

Claim 13: Claim 13 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons slated above. In addition, 
the limitation of Claim 13 fails because it requires additional undisclosed software. Claim 13 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a 
security level higher that that of the execution space/'). The specification does not teach a person 
of ordmarv skill m the an how io practice the fuli scope of fne claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
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invention across the full scope claimed. 

Claim 14: Claim 14 is dependent upon Claim 13 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 14 fails because it requires additional undisclosed software. 

Claim 35: Claim 35 of the. '912 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (330:27-57), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light of the breadth 
of the subject matter claimed {e.g. "second processing environment remote from first processing 
environment," "identification information"). The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 35 fails the enablement and written description requirements of 
35 U.S.C. § 1121 1. 

The 4 900 Patent 

Claim 155: Claim 155 of the '900 patent fails the enablement requirement 
because the specification docs not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue experimentation in the development of 
enabling software. Specifically, several limitations in Claim 155 (370:30-55), -both explicitly and 
implicitly require, software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process oi trial 'and error, perhaps followed by bottom up son ware development, in order to make 
and use the full scope of Claim 1 55. Claim 155 also fails the enablement requirement in light of 
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the breadth of the subject matter claimed {e.g. "host processing environment,' 1 "tamper resistant 
software designed to be loaded into said main memory . . "machine check programming which 
derives information . . "integrity programming"). The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill. in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 155 fails the enablement and written description requirements 
of35U.S.C. § J1211. 

Claim 156: Claim 156 of the '900 patent fails the enablement requirement 
because the specification does not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue experimentation in the development of 
enabling software. Specifically, several limitations in Claim 156 (370:57-371:15), both explicitly 
and implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the ail would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 156. Claim 156 also fails the enablement requirement in light of 
the breadth of the subject matter claimed {e.g. "virtual distribution environment," "host 
processing environment," "tamper resistant software designed to be loaded into said main 
memory . . "machine check programming which derives information . . "integrity 
programming'*). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons staled above with respect to all of the claims, 
Claim 156 fails the enablement and written description requirements of 35 U.S.C. § J J2f 1. 

Claim 157: Claim 157 of the '900 patent fails the enablement requirement 
because the specification does not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue experimentation in the development o: 
enabling software. Specifically, several limitations in Claim 157 (371:16-42), both explicitly and 
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implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to .make 
and use the full scope of Claim 157. Claim 1 57 also fails the enablement requirement in light of 
the breadth of the subject matter claimed (e.g. "virtual distribution environment," "host 
processing environment," "tamper resistant software designed to be loaded into said main 
memory . > . ," "machine check programming which derives information . . "integrity 
programming"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 157 fails the enablement and written description requirements of 35 U.S.C. § 1 12 ^ 1. 
The '721 Patent 

Claim 1: Claim 1 of the '721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (21:10-24), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1. Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "load module," "tamper resistance " "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 1 fails the 
enablement and written description requirements of 35 U.S.C. §112^1. 

Claim 5: Claim 5 of the *721 patent fails the enablement requirement because the 
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specification does noi teach a person of ordinary skill in the relevant arts how to practice the 
purportedly, disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 5 (21:39-47), both explicitly and implicitly 
require software, Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 5. Claim 5 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "software verifying method," "specification"). The 
specification does not teach a person of ordinary skill in the art how to practice the fulJ scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 5 fails the 
enablement and written description requirements of 35 U.S.C. §112)1. 

Claim 9: Claim 9 of the '721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 9 (22:5-15), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the an would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 9. Claim 9 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "distinguishing between trusted and untrusted load modules . . 

"associated digital signature," "conditionally executing"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim., and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respect io all of the claims, Claim y J ails the enablement and wrnien description 
requirements of 35 U.S.C. § 1121 1. 
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Claim 14: Claim 14 of the -721 patent fails the enablement requirement because 1 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 14 (22:44-51), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 14. Claim 14 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "arrangement within the first tamper resistant barrier 
that prevents . . .,"). The specification does not teach a person of ordinary skill in the art' how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 14 fails the enablement and written description requirements of 35 U.S.C. §11211. 

Claim 18: Claim 1 8 of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 18 (22:64-25:3), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 18. Claim 18 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. ''preventing the first computing arrangement . . .")- 
The specification does not teach a person of ordinary skill in the art how to practice the full scope 
of the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons Mated above wiih respect to all of the claims. Claim 18 fails the 
enablement and written description requirements of 35 U.S.C. § 112 % 1. 
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Claim 34: Claim 34 of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:47-56), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no picaningful 
programming guidance is provided, a person of skill in the an would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed {e.g. "secure execution space," "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 34 fails the 
enablement and written description requirements of 35 U.S.C. § 112^1 1. 

Claim 38: Claim 38 of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 38 (25:1-8), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 38. Claim 38 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "computing arrangement surrounded by a first tamper 
resistant barrier ..." "security level"). The specification does not leach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scone claimed. "For these reason? ^rid lor the reasons stated above with respect to 
all of the claims, Claim 38 fails the enablement and written description requirements of 35 U.S.C. 
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§11211. 

The '01 9 Patent 

Claim 1: Claim 1 of the '019 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts- how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (319:46-320:7), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a : 
process of trial and error, perhaps followed by bottom Op software development, in order to make 
and use the full scope of Claim 1 . Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.#. "associated control," "protected," transferring," 
"protected content file") The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect 10 all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. § 112 % 1. 

Claim 33: Claim 33 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 33 (323:60-324:14), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 33. Claim 33 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "means for incorporating," "means for transferring," 
"protected data") The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of -skill in the an would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
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claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 33 fails the enablement and written description requirements of 35 U.S.C. § 1 12 1 1. 

Claim 34: Claim 34 is dependent upon Claim 33 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 I 1 for the reasons stated above. In 
addition, the limitation of Claim 34 fails because it requires additional undisclosed software. 
Claim 34 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the an would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 35: Claim 35 is dependent upon Claim 34 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1121 1 for the reasons stated above. In 
addition, the limitation of Claim 35 fails because it requires additional undisclosed software. 
Claim 35 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 41: Claim 41 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 41 (325:7-29), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 4] . Claim 41 also fails the enablement requirement in light of the breadth 
of ihe subject matter claimed (e.g. "virtual distribution environment") The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
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of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope, claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 41 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 SI 1- 

Claim 42: Claim 42 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 J 1 for the reasons stated above. In 
addition, the limitation^ Claim 42 fails because it requires additional undisclosed software. 
Claim 42 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control," "protected information," "secure container"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 47: Claim 47 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 47 fails because it requires additional undisclosed software. 
Claim 47 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 52: Claim 52 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 52 fails because it requires additional undisclosed software. 
Claim 52 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "creating" "secure container," "site"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue, experimentation in order to make and use the 
invention across the full scope claimed. 
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Claim 53: Claim 53 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 53 fails because it requires additional undisclosed software. 
Claim 53 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 53 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 for the reasons stated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software. 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 55: Claim 55 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1121 1 for the reasons stated above. In 
addition, the limitation of Claim 55 fails because it requires additional undisclosed software. 
Claim 55 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "site"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 

claimed. .. 

Claim 64: Claim 64 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <J] 1 for the reasons stated above. In 
addition, the hmitanon of Claim 64 (nils because r. requires addiuonaj undisclosed software. 
Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "portion of said first protecied information"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 

use the invention across the full scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112^1 for the reasons stated above. In 
addition, the limitation of Claim 76 fails because it requires additional undisclosed software. 
Claim 76 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure container," "contained"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 78: Claim 78 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In 
addition, the limitation of Claim 78 fails because it requires additional undisclosed software. 
Claim 78 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure container," "contained"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 81: Claim 81 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 81 (328:9-23), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order lo make and use 
the full scope of Claim 8J. Claim 81 also fails the enablement requirement in light of the breadth 
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of the subject matter claimed (e.g. "means for incorporating") The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respect to all of the claims, Claim 81 fails the enablement and written description 
requirements of 35 U.S.C. § 112 ^ 1. 

Claim 82: Claim 82 is dependent upon Claim 81' and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In ' 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying," "govern"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 83: Claim 83 is dependent upon Claim 82 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 83 fails because it requires additional undisclosed software. 
Claim 83 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "govern," "means for applying"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 85: Claim 85 of the '01 9 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 85 (328:28-56), both explicitly and implicitly 
require software-. Since no soil ware is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the an would have to engage a process of 
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trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 85. Claim 85 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "copying," transferring") The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art. would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 85 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 U J . 

Claim 87: Claim 87 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C, § 1 12 f 1 for the reasons slated above. In 
addition, the limitation of Claim 87 fails because it requires additional undisclosed software. 
Claim 87 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e,g. "copied," "protected information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 
Claim 89 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copying/' "transferring"). The specification does not teach a person of ordinary . 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 90: Claim 90 is dependent upon Claim S5 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 for the reasons stated above. In 
addiuon. the limitation of Claim 90 fails.because u requires additional undisclosed software. 
Claim 90 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "memory"). The specification does Hot leach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 93: Claim 93 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation: of Claim 93 fails because it requires additional undisclosed software. 
Claim 93 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copying transferring"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art wduld 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 94: Claim 94 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 5 1 for the reasons stated above. In 
addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 

Claim 95: Claim 95 is dependent upon Claim 94 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 
Claim 95 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copied," "protected information")- The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 96: Claim 96 of the *01 9 patent fails the enablement requirement because 
the specification docs not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several hmuauons m Oaim V'o i329:38-?30:12'l both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
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meaningful programming guidance is provided, a person of skill in the art would have to engage a' 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 96. Claim 96 also fails the enablement requirement in light of the 
breadth of the subject matter claimed {e.g. "virtual distribution environment," "protected 
information") The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 96 fails the enablement and written description requirements of 35 U.S.C. § 1 12 L 
The '876 Patent 

Claim 2: Claim 2 of the '876 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 2 (319:20-32), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 2. Claim 2 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "means for . . . securely integrating," "value chain extended 
agreement"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 2 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 f 1 . 

Claim 11: Claim 1 1 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons staled above. In addition, 
the limitation of Claim ] ] fails because it requires additional undisclosed software. Claim 1 1 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"Virtual Distribution Environment"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. - 

Claim 29: Claim 29 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 ? 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 32: Claim 32 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 i 1 for the reasons stated above. In addition, 
the limitation of Claim 32 fails because it requires additional undisclosed software. Claim 32 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not leach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 60: Claim 60 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f J for the reasons stated above. In addition, 
the limitation of Claim 60 fails because it requires additional undisclosed software. Claim 60 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required 10 undertake unaue experimentation in order io make, ana use the invention across the 
full scope claimed. 
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Claim 130: Claim 130 is dependent upon Claim 2 and thus fails the enablement ■ 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 29 fails because it requires additional undisclosed software. 
Claim 29 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for executing . . . control"). The specification does not.teach a- person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 132: Claim 132 is dependent upon Claim 1 30 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 J 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 132 fails because it requires additional undisclosed software. 
Claim 132 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "protected processing environment"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim,, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 161: Claim 161 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 H 1 for the reasons stated above. In 
addition, the limitation of Claim 161 fails because it requires additional undisclosed software. 
Claim 161 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "machine executable controls"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 162: Claim 162 is dependent upon Claim 161 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 If 1 for the reasons stated above. In 
addition, the limitation of Claim 162 fails because n ream res additional undisclosed software 
Claim 162 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "data descriptor data structures"). The' specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim J 70: Claim 170 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 K 1 for the reasons stated above. In 
addition, the limitation of Claim 170 fails because it requires additional undisclosed software. 
Claim 1 70 also fails the enablement requirement in light of the breadth of the subject matter • 
claimed (e.g. "means for creating a first secure control"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 171: Claim 171 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § ] 1 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 171 fails because it requires additional undisclosed software. 
Claim 171 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 172: Claim 172 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 9 1 for the reasons stated above. In 
addition, the limitation of Claim 172 fails because it requires additional undisclosed software. 
Claim 172 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would Therefore be reouired in undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 
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Claim 329: Claim 329 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 H 1 for the reasons stated above. In 
addition, the limitation of Claim 329 fails because it requires additional undisclosed software. 
Claim 329 also fails the enablemenl requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control")- The.spccification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 331: Claim 331 is dependent upon Claim 2 and thus fails the enablemenl 
and written description requirements of 35 U.S.C. § 11211 for the reasons slated above. In 
addition, the limitation of Claim 331 fails because it requires additional undisclosed software. 
Claim 331 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating," "based on or compatible with . . ."). The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 346: Claim 346 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 346 fails because it requires additional undisclosed software. 
Claim 346 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs . . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 347: Claim 347 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 347 hnh because it requires additional undisclosed software. 
Claim 347 also fails the enablement, requirement in light of the breadth of the subject matter 
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claimed (e.g. "means by which said third control set governs the execution of at least one 
method")- The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 

claimed. ■' 

Claim 349: Claim 349 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S. C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 349 fails because it requires additional undisclosed software. 
Claim 349 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs the execution of at least one 
procedure")- The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

The '181 Patent 

Claim 48: Claim 48 of the '1 81 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 48 (48:17-38), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 48. Claim 48 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "narrowcasting selected digital information," secure node" 
"information derived in part from specified recipient's creation"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skiii in the an would therefore be requueo to undertake undue experimentation in order to. 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
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stated above with respect to all of the claims, Claim 48 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 1 1, , 

Claim 59: Claim 59 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 59 fails because it requires additional undisclosed software. 
Claim 59 also fails the enablement requirement in light of ihe breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 61: Claim 61 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112^1 for the reasons stated above. In 
addition, the limitation of Claim 61 fails because it requires additional undisclosed software. 
Claim 6 1 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "entertainment information"). The specification does not teach a person of ordinary 
skill in the art how to practice tbe full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 

across the full scope claimed. 

Claim 63: Claim 63 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 63 fails because it requires additional undisclosed software. 
Claim 63 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "music information"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 67: Claim 67 is dependent upon Claim 48 and thus fails the enablement 
and wnncn desenpuon requirements of 35 U.S.C. ior tne reasons stated above. In 

addition, the limitation of Claim 67 fails because it requires additional undisclosed software. 
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Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "digital certificate information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. ; ' 

Claim 70: Claim 70 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 \ 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because it requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required lo undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 72: Claim 72 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 72 fails because it requires additional undisclosed software. 
Claim 72 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 72 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "acceptable clearinghouse;' "rights and permissions clearinghouse"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
expcnmeni^non in order 10 make and use inc invcnnon across the full scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 48 and thus fails the enablement 
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and written description requirements of 35 U.S.C. § i 12 1 J for the reasons stated above. 

Claim 91: Claim 91 of the '181 patent fails the enablement requirement because 
the specification does not leach a person of ordinary skill in the relevant arts how to practice; the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 91 (86:47-87:4), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use' • 
the full scope of Claim 91. Claim 91 also fails, the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "nairowcasting selected digital information," secure node," 
"information derived in part from specified recipient entity's creation"). The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 9 1 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 1 1. 

Claim 104: Claim 104 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 11 for the reasons slated above. In 
addition, the limitation of Claim 104 fails because it requires additional undisclosed software. 
Claim 104 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 109: Claim 109 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 109 fails because it requires additional undisclosed software. 
Claim 109 also fails ihe cnabiemeni requiremeniin Hghl of the breadth of ihe subjeci matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
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full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 114: Claim 1 14 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 114 fails because it requires additional undisclosed' software. 
Claim 1 14 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "clearinghouse acceptable to rightsholders"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 117: Claim 1 1 7 is dependent upon Claim 1 14 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 1 17 fails because it requires additional undisclosed software. 
Claim 117 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "rights and permissions clearinghouse"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 131: Claim 131 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. 

The '402 Patent 

Claim 1: Claim 1 of the '402 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (322:5-25), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
proErammins guidance is provided, a person of skill in the an would have lo engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
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the full scope of Claim 1. Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "having associated a first control" "value chain 
extended agreement," "transferring"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim 1 fails the enablement and written description requirements of 35 U.S. C. 
§11211. 

IV. Patent L.R. 3-4 

Each reference identified pursuant to PLR 3-3(a) but not in the prosecution history, 

and the documents referenced in PLR 3-4 that are sufficient to show the operation of the accused 
features of the products specifically and properly identified in IntcrTrust's PLR 3-1 Statements of 
September 2, 2003, has been or is being produced, or is otherwise available for inspection and 
copying. As set forth in greater detail in Microsoft's Motion to Strike InterTrust's Infringement 
Contentions (filed October 8, 2003), InterTrust's Infringement Contentions pursuant to PLR 3-1 
largely fail to properly identify the "accused instrumentalities." Accordingly, Microsoft reserves 
its right to modify this production, if necessary. Microsoft has specifically sought, and has been 
granted, greater protection and confidentiality for its source code than that provided by Patent 
Local Rule 2-2. Source code for the Accused Instrumentalities is being made available for 
inspection at the offices of Orrick, Herrington & Sutcliffe LLP only in accordance with 
/// 
/// 
/// 

/// ... 
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Magi smite James' Order of November 5, 2003. Microsoft does not concede that any source code 
made available for inspection (or any corresponding product or software) is or should be 
considered an Accused Instrumentality. 



Dated: November 17, 2003 . WILLIAM L: ANTHONY • 

ERIC L. WESENBERG 
HEIDI L. KEEFE 

ORRICK, HERR1NGTON & SLTCLIFFE LLP 

[J ^ WilliarrrL. Anthon Y\J 1 
Attornevs for Defendant and Coumerclairnanl 
• MICROS OFT CORPORATION 



MICROSOFT'S PRELIMINARY INVALIDITY CONTUNTlONS 
C0J-J640SBA (MFJ) 




JnterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 

APPENDIX OF PRIO* ART* 



mm 


Yes 


Lacy, Jack; Snyder, James; Maher, David; "Music on the Internet and the 
Intellectual Property Protection Problem" 


y 


Yes 


'The PowerTV White Paper", powertv.com website. Oct. 11, 1996 


Y 


Yes 


Coutrot, Francois; Michon, Vincent; "A Single Conditional Access System for 
Satellite-Cable and Terrestrial TV" IEEE Transactions on Consumer Electronics, 
Vol. 35. No. 3. Aue. 1989 


" Y 


Yes 


'ISO 8583: Financial transaction card originated messages - Interchange message 
specifications", ISO, Dec. 15, 1993 


Y 


Yes 


T-Tartv Tfiprflrv Ha T InHft" "f^Qc* QtiiHv* A/T^A TTancitcTirtTi Prnr^ccino 
*iai Ijr, XVI CI aJJ, XIU, X*lIJUa v ^iuC OlUUjr. X J1C VAOrt X lailaawUUU r I(JlCdoJIl|£ 

oybLciJi , jviay ju, 17DO 


Y 


Yes 


U.S. 4,584,639; Apr. 22, 3986 




Yes 


L/wiUiljlg, JL/yiUliljr OCCUIC * CldUIUM l~(JIIl|JUUwg III all JlJdCl*UIC ITCIWUJR , 

Comm. of the ACM, Vol. 22, No. S, Aug. 1979 




Yes 


Miiftir Spari* "5?ftT'iirifv Mftphnttimc frtr fomnnfrr Np(wnrlr< u f nmrmtPT" 

Communications and Networking, 1989 


v 
I 


Yes 


Kim, Gene H.; Spafford, Eugene H.; 'The Design and Implementation of Tripwire: 

AV i^liC Ojf&lCJJJ IIUL'^llljr \_>llCUltCI , \^\Jr\0 X JLrdLHJJ oiujy, ruiuuc *J 111 v ci any, nuv. 

19.1993 


Y 


Yes 


fhnnHhnrv AKHiiit • K/fnvpmpnnV Mifholoc P * Paul ^oniriu' firing 

V^llUUUilUl Jf, tWlllJll XV. , IVlaAbllJUIIUK., l^tlUIlUiod a . , 1 o Ul , OoJlJUy, OwlUl£>TJIUlw t 

Henning G.; "Copyright Protection for Electronic Publishing Over Computer 
jNciworKs 3 Ltiiic. iNeiworK, iviay/jun., iyyo 




Yes 


Dennine. Dorothy E.R.: CrvptoreraohY and Data Securitv. Addison- Weslev 

Piihlicninfr Prtm«nnv IQfiO D»nnnl#/I ivt+l* />/>Tnr^/^fi/^\ - nc» Tan 1 Qxa 
rUUUblllllg ^Uliipulljr, J. 7 Ox,, IxCpiiniCU WiUl (AJlTCCUUnS r Jail. 170J 




Yes 


Hellman; "Multi-user Cryptographic Techniques" 




Yes 


Diffie, Whitfield; Hellman, Martin E; "New Directions in Cryptography" , Stanford 
University, 1976 


Y 


Yes 


Kohl, J.; Neuman, C; "The Kerberos Network Authentication Service (V5) 1 ', 
Network Working Group RFC 1510, Sep. 1993 




Yes 


Diffie, Whitfield; van Oorschot, Paul C; Weiner, Michael J.; "Authentication and 
Authenticated Key Exchanges", Sun Microsystems and Bell-Northern Research, 
Mar. 6, 1992 




Yes 


Diffie, Whitfield; "The First Ten Years of Public-Key Cryptography", Proceedings 
of the IEEE, Vol, 76. No. 5, May. 1988 




Yes 


Kohnf elder, Loren M.; "Towards a Practical Public-Key Cryptosystem", May, 
1978 




Yes 


Kaliski, Jr., Burton S.; **A Layman's Guide to a Subset of ASN.l, BER, and DER*\ 
RSA Laboratories Technical Note, 1991, Revised Nov. 1, 1993 


Y 


Yes 


"PKCS #7: Cryptographic Message Syntax Standard", RSA Laboratories Technical 
Note, Ver. 1.5, Revised Nov. 1, 1993 




Yes 


Walker, Stephen; "Notes from RSA Data Security Conference", Trusted 
Information Systems, Jan. 1 8. 1994 


Y 


Yes 


Tygar, J.D.; Yee, Bennet; "Cryptography: It's Not Just for Electronic Mail 
Anymore", Carnegie Mellon Universily Tech. Report CMU-CS-93-107, Mar. 1, 
1993 




Yes 


U.S. 4,658,093; Apr. 14, 1987 


Y 


Yes 


U.S. 4,405,829; Sep. 20, 1983 


Y 


Yes 


Schneier, Bruce; Applied Crvpto graph v: Protocols. Algorithms, and Source Code 
in C, John Wiley & Sons, Inc., 1994 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 1 




InterTrust Tech. Corp. v. Microsoft Corp, 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





^^^^^ 




Y 


Yes 


Popek, Gerald J.; Kline, Charles S.; "Encryption and Secure Computer Networks", 
ACM Computing Surveys, Vol. 1 1 , No. 4, Dec. 1979 




Yes 


Diffie, Whitfield; Hellman, Martin E; "New Directions in Cryptography", Stanford 

TTnivprcitv 1Q/7fi 




Yes 


Castano, Silvana; Fugini, Mariagrazia; Martella, Giancarlo; Samarati, Pierangela; 
Database Security. ACM Press, 1994 




Yes 


ThnraJcinoViftm \A * "M ^nHatnrv Semriiv in Obiect*Oriented Database Svstems". 

1 itUj alb 111 i£ 11 (till, IYX »AJ • > iYlilllUaUJI V OWrUJ iljf III **sL/j\^ir\si iMiUrU i^aiauodb » 

PirYPCT A 'RO "Prru-^^Hincre ATM Ort 1 -6 1 QSQ 


Y 

I 


1 Co 


Olivier \A<*ri\n C - vnn'^nlmc ^phftctifliiri 7-T * "A Taxnmonmv for Secure Obiect* 

Olivier, lYlajUIl 0- T VUfl Ov»Hli» OGUdaUdillJ I -L. , *v i aA\jiii\jniiij iui uvi>uiv> wuj»a*i 


Y 


Yes 


Olivier, M.S.; von Solms, S.H.; "Building a Secure Database Using Self-Protecting 


v 
i 


I Co 


Olivier, M.S.; von Solms, S.H.; "DISCO: A Discretionary Security Model for 

f"M-ii«*/*t r\iA*>r*ft>A T^otoViQc^c" IT ^I^riirltv TVip MppH far Tntprnfltinnal PV*r>n£rAtif>n» 
wDjCCl-OriCniCU JUalauabCo ,11 oCCUllljf* 1 11C l^tWJ JUI lULwiuauuiiai v^uupviauvii« 

Elsevier Science Publishers B.V., 1992 


Y 


Yes 


Oliver, Martin $.; "Secure Object-oriented Databases**, Thesis for the degree of 
Doctor of Philosophy in Computer Science, Rand Afrikaans University, Dec. 1991 




Yes 


R. Ahad, et ah; IRIS, 1992 


Y 


Yes 


ORION Lk.a. ITASCA, MCC-Austin TX & Itasca Corp., 1985-1995 


Y 


Yes 


Olivier. Martin S.; SECDB, 1990-1995 


Y 


Yes 


"THOR: A Distributed Obiect-Oriented Database System 1 *, MIT 


Y 


Yes 


Millen, Jonathan K.; Lunt, Teresa F.; "Security for Object-Oriented Database 
c vct ptTic" TFFTf f)-R1 8fi-^R95-1 ' 1992 




Yes 


Choy, D.M. et a!.; "A Digital Library System for Periodicals Distribution", May 
1996 


Y 


Yes 


Mathy, Laurent; "Features of The ACCOPI Multimedia Transport Service", 
Lecture Notes in Computer Science, No. 1045, Proc. Of European Workshop 
mMS'96 Mar 1996' 

Xl»ri*lkJ 7Uj iVXal t 177U| 

"Access Control and COpyright Protection for Images Security Technology for 
Graphics and Communication Systems - RACE Ml 005: ACCOPI", webpage, 
Security Projects at Fraunhofer-IGD, 2002; 

ACCOPI RACE Project Ml 005 Warning of ACCOPI web pages removal, UCL 

T * Wafnirff frWoTttTniiTMrntinni: pf trlrriptrrtion 


Y 


Yes 


"The Amide Products" web page; 

"Forum on Technology-Based Intellectual Property Management - Electronic 
Commerce for Content", IMA Intellectual Property Proceedings, Vol. 2, Jun. 1996 


Y 


Yes 


Van Slype, Georges; "Natural Language Version of the generic CITED model - 
Vol. I: Presentation of the generic model, ver. 3.0*'; and "Vol. II: CITED usage 
monitoring system design for computer based applications, ver. 1.0", Project 5469, 
The CITED Consortium, Sep. 6. 1993 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 2 




InterTrust Tech. Corp* v. Microsoft Corp. 
Case No. C 01-1640 SUA <MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


"Technological Strategies for Protecting Intellectual Property in the Networked 
Multimedia Environment", IMA Intellectual Property Proceedings, Vol. 1, Issue 1, 
Jan. 1994 


Y 


Yes 


COPICAT - 8195: "Copyright Ownership Projection in Computer-Assisted 
Training", ESPRIT, Dec. 1993; 

Kelman, Alistair, "Electronic Copyright Management: Possibilities and Problems", 
vPOu?^ Tor L^por ^esertt^vQn, fvov. it, a?7P . 


Y 


Yes 


Griswold, Gary N.; H A Method for Protecting Copyright on Networks", IMA 
Intellectual Property Proceedings, Vol. 1, Issue 1, Jan. 1994 




Yes 


Erickson, John S.; "A Copyright Management System for Networked Interactive 
Multimedia", Proceedings of the 1995 Dartmouth Institute for Advanced Graduate 
Studies, 1995 




Yes 


Burns, Christopher; "AAP Draft: Local Access and Usage Controls", Association 
of American Publishers Report, Apr* 13, 1995 


Y 


Yes 


Choudhury, A.K.; Maxenchuk, N.F.; Paul, S.; Schulzrinne, H.G.; "Copyright 
Protection for Electronic Publishing over Computer Networks" , Submitted to IEEE 
Network Magazine, Jun. 1994 




Yes 


Wayner, Peter; Digital Copyright Protection, Academic Press, 1997 




Yes 


"Cryptolope Containers Technology: A White Paper", IBM InfoMarket Business 
Development Group 




Yes 


"Digital Rights Enforcement and Management: SupcrDistribution of Cryptolopes", 
IBM 




Yes 


Kaplan, Marc A.; "IBM Cryptolopes, SuperDistribution and Digital Rights 
Management", IBM, Dec. 30, 1996 




Yes 


IP Workshop - CUPID: "Protocols and Services (ver. 1): An Architectural 
Overview", CNI, last update Nov, 20, 1997 


Y 


Yes 


Patent Application EP 0 567 800 Al; Nov. 3, 1993 


Y 


Yes 


Sibert, OHn; Bernstein, David; Van Wie, David; "The DigiBox: A Self-Protecting 
Container for Information Commerce", First USENIX Workshop on Electronic 
Commerce, Jul. 11-12, 1995 


Y 


Yes 


Willett, Shawn; "Metered PCs: Is your system watching you?; Wave Systems beta 
tests new technology", IDG Communications, Inc. InfoWorld, May 2, 1994 


Y 


Yes 


Weber, Robert; "Metering Technologies for Digital Intellectual Property - A 
Report to the International Federation of Reproduction Rights Organisations", 
International Federation of Reproduction on Rights Organisations, Northeast 
Consulting Resources, Inc., Oct. 1994 


Y 


Yes 


TULIP Final Report, ISBN 0-444-82540-1, 1991, revised Sep. 18, 1996 




Yes 


U.S. 5,634,012; May 27, 1997 




Yes 


U.S. 5,715,403; Feb. 3, 1998 




Yes 


U.S. 5,845,281; Dec. 1. 1998 (For Priority, Feb. 1, 1995) 


Y 


Yes 


Brin, Sergey; Davis, James; Garcia-Molina, Hector; "Copy Detection Mechanism 
for Digital Documents", Stanford University 


Y 


Yes 


Weber, Robert; "Digital Rights Management Technologies - A Report to the 
International Federation of Reproduction Rights Organisations", Northeast 
Consulting Resources. Inc., Oct. 1995 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 3 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









I es 


Erickson, John S.; "Rights Management Through Enhanced Attribution", Presented 
at INET 96 Proceedings. Jun., 1996 




Vo- 
les 


White, James E.; "Telescript: The Foundation for the Electronic Marketplace",. 
Ver. 5.0, General Magic, Inc., Nov. 30, 1993 




Yes 


Ketchpel, Steve P.; Garcia-Molina* Hector; Paepcke, Andreas; "Shopping Models: 
A Flexible Architecture for Information Commerce", Stanford University 




Van 

Yes 


Lagoze, Carl; "A Secure Repository Design for Digital Libraries**, D-Lib 
Magazine, Dec. 1995 


Y 


Yes 


"Introduction to Smart Cards v. 1.0", Gemplus Card International, Mar, 21, 1991 




Yes 


Abadi, M.; Burrows, M.; Kaufman, C; Lampson, B.; "Authentication and 
Delegation with Smart-cards", Digital Equipment Corporation 


v 


Yes 


Tygar, J.D.; Yee, Bennet; "Dyad: A System for Using Physically Secure 
Coprocessors", IMA Intellectual Property Project Proceedings, Vol. 1, Issue 1, Jan. 
1994 




Yes 


St. Johns, M.; "Draft Revised IP Security Option", Network Working Group, RFC 
1038, Jan. 1988 




Yes 


Galvin, J.; McCloghrie, K.; Davin, J.; "SNMP Security Protocols", Network 
Working Group RFC 1352, Jul., 1992 




Yes 


U.S. 5,163,091; Nov. 10, 1992 




Yes 


U.S. 5,355,474; Oct. 11 1994 


Y 
i 


Yes 


U.S. 5,678,170; Oct 14, 1997 




Yes 


U.S. 5,765,152; Jun. 9, 1998 




Yes 


Shear, Victor; "Solutions for CD-ROM Pricing and Data Security Problems" 




yes 


Williams, Tony; "Microsoft Object Strategy", Microsoft PowerPoint presentation, 
1990 


Y 


Yes 


"OLE 2.0 Draft Content Object Linking & Embedding", Microsoft, Jun. 5, 1991 




Yes 


"Multimedia System Services Ver. 1.0", Hewlett-Packard, IBM, & SunSoft, 1993 




Yes 


Draft "Request for Technology: Multimedia System Services", Ver. 1.1, Interactive 
Multimedia Association Compatibility Project, Oct 16, 1992 




Yes 


"Request for Technology: Multimedia System Services", Ver. 2.0, Interactive 
Multimedia Association Compatibility Project, Nov. 9, 1992 




Yes 


Wobber, Edward; Abadi, Martin; Burrows, Mike; Lampson, Butler; 
"Authentication in the Taos Operating System", Digital Equipment Corporation, 
Dec. 10, 1993 




Yes 


Custer. Helen: Inside Windows NT. Microsoft Press, pages 26-42 and 329-330, 
1993 


Y 


Yes 


Dynamic linking of SunOS 


Y 


Yes 


Blaze, Matt, "A Cryptographic File System for Unix", preprint of paper to be 
presented at First ACM Conference on Communications and Computing Security, 
Nov. 3-5, 1993 




Yes 


Gamble, Todd; "Implementing Execution Controls in Unix", USENIX Association, 
Proceedings of the Seventh Systems Administration Conference (LISA VII), Nov, 
1-5. 1993 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 4 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









y 


I cs 


Garfinkel r Simson: Spafford. Gene: Practical Unix Security. O'Reilly & Associates, 
Inc., 1994 




Yes 


Blaze, Matt; Ioannidis, John; "The Architecture and Implementation of Network- 
Layer Security Under Unix", Columbia University and AT&T Bell Laboratories, 
1994 




Yes 


Sandhu, Ravi $.; "The Typed Access Matrix Model", Proceedings of IEEE 
Symposium on Security & Privacy, May 4-6, 1992 




Yes 


CuTTvi David A.: Unix System Security: A Guide for Users and System. 
Administrators, Addison-Wesley, 1992 


Y 


Yes 


FreeBSD System manager's Manual , 'LDCONFIG'\ Oct. 3, 1 993 




Yes 


"Requirements for the Software License Management System", System 
Management Work Group, Rev. 3, Unix International, Jul. 23, 1992 


Y 


Yes 


Film canister 


Y 


Yes 


Safety deposit box 




Yes 


Central Point Anti-Virus, Central Point Software, 1993 




Yes 


Symantec Anti-Virus for Macintosh (a.k.a. SAM), Symantec, 1993 


Y 


Yes 


VirusCheck and VirusScan, McAfee, 1993 




Yes 


Goodman, Bill; Compactor Pro 




Yes 


Enigma V.25 




Yes 


Stufflt Deluxe v.1.5, v.3.0 t v.3.5, Aladdin Systems, 1988-1994 


Y 


Yes 


Harris, Jed; Ruben, Ira; "Bento Specification", Rev. 1.0d5, Apple Computer, Jul. 
15, 1993 




Yes 


Koenig, Andrew; "Automatic Software Distribution", USENIX Summer 
Conference Proceedings, Jun. 12-15, 1984 




Yes 


Microsoft Internet Explorer v.2.0 




Yes 


Think C: Obiect-Oriented Promrnmine Manual. Symantec Corporation, 1989 




Yes 


Think Pascal User Manual, Symantec Corporation, 1990 


Y 


I C5 


Mori, Ryoichi; Kawahara, Masaji; "Superdistribution: The Concept and the 
Architecture", The Transactions of the IEICE, Vol. E 73, No. 7, Jul., 1990 




i Co 


Epstein, Jeremy; Shugerman, Marvin; "A Trusted X Window System Server for 
Trusted Mach". USENIX Association, Mach Workshop, Aug. 30 ( 1990 




Yes 


McCollum, Catherine J.; Messing, Judith R.; Notargiacomo, LouAnna; "Beyond 
the Pale of MAC and DAC - Defining New Forms of Access Control", IEEE, 1990 




Yes 


Abrams, Marshall D.; "Renewed Understanding of Access Control Policies", 
Proceedings of the 16th Computing National Security Conference, 1993 




Yes 


Blaze, Matt; Feigenbaum, Joan; Lacy, Jack; "Decentralized Trust Management", 
Proc. IEEE Conference on Security and Privacy, May 1996 


Y 


Yes 


Chaum, David; "Achieving Electronic Privacy", Scientific American, Aug. 1992 




Yes 


UniverCD: The interactive, online library of product information from Cisco 




Systems, Cisco Systems, 1993 


Y 


Yes 


DCE 




Yes 


Fine, Todd; Minear, Spencer E.; "Assuring Distributed Trusted Mach", Secure 
Computing Corporation 




Yes 


U.S. 5,4 12,7 17; May 2, 1995 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 5 




InterTrust Tech. Corp. v. Microsoft Corp, 
Case No. C 0M64O SBA (MEJ) 



APPENDIX OF PRIOR ART* 



mm 






X Co 


Fugini, M.G,; Zicari, R,; "Authorization and Access Control in the Office-Net 
System", Computer Security in the Age of Information, IFIP, 1989 




Yes 


Abadi f M.; Burros, M.; Larnpson. B.; Plotkin, G.; "A Calculus for Access Control 
in Distributed Systems'*, Digital Equipment Corporation, Feb. 28, 1991, revised 
Aue.28, 1991 


v 

I 


Yes 


Lampson, Butler; Abadi, Martin; Burrows, Michael; Wobber, Edward; 
"Authentication in Distributed Systems: Theory and Practice", Digital Equipment 
Corporation, 1992 




Yes 


Rjvest, Ronald L.; Lampson, Butler; "SDSI - A Simple Distributed Security 
Infrastructure", MIT and Microsoft Corporation, Apr. 30, 1996 




Yes 


Thompson, Victoria P.; Wentz, F. Stan; "A Concept for Certification of an Army 
MLS Management Information System", Proceedings of the 16th National 
Computer Security Conference, SeD. 20-23. 1993 




Yes 


Frederick, Keith P.; "Certification and Accreditation Approach", Air Force 
Cryptologic Support Center (OL-FP) 


v 
1 


Yes 


PCT Application WO 96727155; Published Sep. 6, 1996 




Yes 


U.S. 5,910,987; Jun. 8, 1999 


Y 


Yes 


Rozenblit, Moshe; "Secure Software Distribution", IEEE 0-7803-181 1-0/94. 1994 


V 

i 


Yes 


Stefik. Mark: Internet Dreams: Archetypes. Myths, and Metaphors. "Lettine Loose 
the Light Igniting Commerce in Electronic Publication", The MIT Press, 1996 




Yes 


AT&T PersonaLink, 'Before Feb. 13, 19951 




Yes 


Neuman, B. Clifford; "Proxy-Based Authorization and Accounting for Distributed 
Systems", Proceedings of the 13th IntT Conference on Distributed Computing 
Systems. May 1993 


Y 


Yes 


Tygar, J.D.; Yee, Bennet S.; (R. Rashid, ed.); "Strongbox: A System for Self- 
Securing Programs" 




Yes 


Yee, Bennet; Tygar, J.D.; "Secure Coprocessors in Electronic Commerce 
Applications", Proceedings of the First USEN1X Workshop on Electronic 
Commerce, Jul. 1995 




Yes 


U.S. 4,278,837; Jul. 14, 1981 




Yes 


U.S. 3,806,874; Apr. 23, 1974 


Y 


Yes 


U.S. 4,748,561; May 31, 1988 


Y 


Yes 


U.S. 4,796,220; Jan. 3, 1989 




Yes 


U.S. 4,817,140; Mar. 28, 1989 


Y 


Yes 


U.S. 4,866,769; Sep. 12, 1989 


Y 


Yes 


U.S. 5,014,234; May 7, 1991 


Y 


Yes 


U.S. 5.113,518; May 12, 1992 




Yes 


U.S. 5,204,897; Apr. 20, 1993 




Yes 


U.S. 5,218,605; Jun. 8, 1993 


Y 


Yes 


U.S. 5,260,999; Nov. 9, 1993 


Y 


Yes 


U.S. 5,291,598; Mar. 1, 1994 


Y 


Yes 


U.S. 5,337,357; Aur. 9, 1994 




Yes 


U.S. 5,421,006; May 30, 1995 




Yes 


U.S. 5,438,508; Aug. 1, 1995 




Yes 


U.S. 5,490,216; Feb. 6, 1996 


Y 


Yes 


U.S. 5,603,031; Feb, 11,1997 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 6 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Yes 


U.S. 5.692,047; Nov. 25, 1997 




Yes 


U.S, 5,724,425; Mar. 3, 1998 




Yes 


U.S. 5,940,504; Aug. 17, 1999 




Yes 


U.S. 5,978,484; Nov. 2, 1999 ' 




Yes 


U.S. 6,016,393; Jan. 18,2000 




Yes 


Woo, Thomas Y.C.; Lam, Siman S.; "A Framework for Distributed Authorization", 
1st Conf. Computer & Comnx Security, ACM, Nov., 1993 




Yes 


Sajidh'u, Ravi S.; Suri, Gurpreet S.; "Implementation Considerations for the Typed 
Access Matrix Model in a Distributed Environment", Proc. Of the 15th National 
Computer Security Conference, Oct. 1992 




Yes 


O'Conner, Mary Ann; "New Distribution Options for Elcctonic Publishers: iOpcncr 
Data Encryption and Metering System for CD-ROM Use", CD-ROM Professional, 
Vol 7. No. 2. ISSN 1409-0833, Mar. 1994 




Yes 


Herxberg, A; Karmi, G; "On Software Protection", Proceedings of the 4th 
Jerusalem Conference on Information Technology (JCIT), IEE Computer Society 
Press. Aor. 1984 




Yes 


Smith, Mary Grace; Weber, Robert; "A New Set of Rules for Information 
Commerce: Rights-Protection Technologies and Personalized-Information 
Comerce Will Affect All Knowledge Workers", Communications Week, Nov. 6, 
1995 


Y 


Yes 


DOD "Rainbow Scries" 




Yes 


Rosenthal, Doug; "EINet: A Secure, Open Network for Electronic Commerce", 
IEEE, 1994 


Y 


Yes 


Patent Application EP 0 367 700 A2; May 9, 1 990 


Y 


Yes 


Hauser, It; Bauknecht, K.; "LTTT Protection - A Pragmatic Approach to 
Licensing , Institut fur Informatik, Univcrsitat Zurich, Jan. 13, 1994 




Yes 


"Multimedia Mixed Object Envelopes Supporting a Graduated Fee Scheme via 
Encryption"; IBM Technical Disclosure Bulletin, Vol. 37, No. 3, Mar. 1994 




Yes 


Cox, Brad; "No Silver Bullet Revistcd\ American Programmer Journal, Nov. 1995 




Yes 


"Privacy and the NE: Safeguarding Telecommunications-Related Personal 
Information", U.S. Dept. of Commerce, Oct. 1995 




Yes 


Joseph Ebersole, Protecting Intellectual Property Rights on the Information 
Superhighways, Mar. 1994 


Y 


Yes 


Herzberg, Amir; Printer, Shlomit S.; "Public Protection of Software", ACM 
Transactions on Computer Systems, Vol. 5, No. 4, Nov. 1987 




Yes 


Hickman, Kipp E.B.; SSL 2.0 Protocol Specification 




Yes 


Gosler. James: "Software Protection: Mvth or Realitv". Lecture Notes in Computer 
Science, Advances in Cryptoloev * Crypto *85 Proceedings, 1985 




Yes 


Aucsmith, David; "Tamper Resistent Software: An Implementation", IAL 




Yes 


U.S. Patent No. 5,671,279; Sept 23, 1997 


Y 


Yes 


Kahn, Robert; Wilensky, Robert; "A Framework for Distributed Digital Object 
Services". Corporation for National Research Initiatives. May 13. 1995 


Y 


Yes 

i 


Gasser, Morrie; Goldstein, Andy; Kaufman, Charlie; Larapson, B; "The Digital 
Distributed System Security Architecture". Proceedings of 1989 National 
Computer Security Conference, 1989 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reterence, particularly where 
there is a chart in Appendix B. 7 




InteiTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 







Y 


Yes 


Neuman, B. Clifford; Ts'o, Theodore; "Kcrberos: An Authentication Service for 
Computer Networks", IEEE Communications Magazine, Sep. 1994 




Yes 


Reiner, Peter; Page, Jr., Thomas; Popek, Gerald; Cook, Jeff; Crocker, Stephen; 
"Truffles ~ Secure Hie Sharing With Minimal System Administrator Intervention*, 
UCLA, Trusted Information Systems 


Y 


Yes 


Reiher, Peter; Page, Jr., Thomas; Popek, Gerald; Cook, Jeff; Crocker, Stephen; 
"Truffles - A Secure Service for Widespread File Sharing", UCLA, Trusted 
Information Svstems 


Y 


Yes 


"ISO, Open Systems Interconnection: Security Architecture, ISO 7498/1", 1988 


Y 


Yes 


"ISO, Open Systems Interconnection: Security Architecture, ISO 7498/2", ISO, 
1988 




Yes 


U.S. 5,222,134; Jun. 22, 1993 




Yes 


Rindfrey, Jochcn; "Security in the World Wide Web", Fraunhofcr Institute for 
Computer Graphics, Dec. 1996 




Yes 


Finin, Tim; Fritzson, Rich; McKay, Don; "A Language and Protocol to Support 
Intelligent Agent Interoperability", Proceedings of the CE & CALS Washington *92 
Conference, Apr. 1992 


Y 


Yes 


Winslet, Marianne; Smith, Kenneth; Qian, Xiaolei; "Formal Query Languages for 
Secure Relational Databases", ACM Transactions on Database Systems, Vol. 19, 
No. 4, Dec. 1994 




Yes 


Jones, V.E.; Ching, N.; Winslett, M.; "Credentials for Privacy and Interoperation", 
University of Illinois at Urbana-Champaign 




Yes 


Greenwald, Steven J.; Newman- Wolfe, Richard E.; "The Distributed Compartment 
Model for Resource Management and Access Control", Technical Report Number 
TR94-035, The University of Florida, Oct 1994 


Y 


Yes 


Moffett, Jonathan D.; "Delegation of Authority Using Domain-Based Access 
Rules", thesis, Imperial College of Science, Technology & Medicine, University of 
London, Jul., 1990 


Y 


Yes 


Lagoze, Carl; McGrath, Robert; Overly, Ed; Ycager, Nancy; "A Design for Inter- 
Operable Secure Object Stores (ISOS)\ Cornell University, NCSA, CNRI, Nov. 7, 
1995 




Yes 


Aharonian, Gregory; "Software Patents - Relative Comparison of EPO/PTO/JPO 
Software Searching Capabilities", Source Translation & Optimization 




Yes 


Gaster, Jens L.; "Authors' Rights and Neighbouring Rights in the Information 
Society", DG XV/E/4, European Commission 




Yes 


"Europe and The Global Information Society Recommendations to the European 
Council", Bamgemann Report, www.medicif-.org web pages, Global Information 
Society, May, 26, 1994 




Yes 


Bernstein, David; Lenowitz, Erwin; "Copyrights, Distribution Chains, Integrity, and 
Privacy: The Need for a Standards-Based Solution", Electronic Publishing 
Resources 




Yes 


Rubin, A.D.; Honeyman, P.; "Long Running Jobs in an Authenticated 
Environment", CIT1 Technical Report 93-1, Center for Information Technology 
Integration. Mar. 29, 1993 




Yes 


Sammer, Peter; Ausserhofer, Andreas; "New Tools for the Internet", Joanneum 
Research, Graz University of Technology 



* Any possible "Y°s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 8 



InterTnistTech. Corp, v, Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Eizenberg, Gerard, "Contribution of Information Technology Security to 
Intellectual Property Protection", CERT-DERI 



Yes 



Antonelli, C.J.; Doster, W JV.; Honeyman, P.; "Access Control in a Workstation- 
Based Distributed Computing Environment", CITI Technical Report 90-2, Jul. 17, 
1990 



Lord, S JP.; Pope, N.H.; Stepney, Susan; "Access Management in Multi- 
Administration Networks", EEE 2nd International Conference on Secure 
Communication Systems, 1 986 



Yes 



Yes 



Stepney, Susan; Lord, Stephen P.; "Formal Specification of an Access Control 
System", Software-Practice and Experience, Vol 17(9), 1987 



Yes 



Brunnstein, Klaus; Sint, Peter P.; "Intellectual Property Rights and New 
Technologies", Proceedings of the KnowRight'95 Conference, Aug. 1995 



Yes 



Rubin, A.D.; Honeyman, P.; "Formal Methods for the Analysis of Authentication 
Protocols CITI Technical Report 93-7", Center for Information Technology 
Integration, Nov. 8, 1993 ; 



Yes 



Lexis/WestLaw 



Yes 



U.S. 6,135,646; Oct. 24, 2000 



Yes 



Bishop, Matt; "Privacy-Enhanced Electronic Mail", Privacy and Security Rcsearh 
Group, IAB 



Yes 



Kim, Won; Ballou, Nat; Chou, Hong-Tai; Garza, Jorge F.; Woelk, Darrell; 
"Features of the ORION Object-Oriented Database System* 



Yes 



"Key Management Using ANSI X9.17", Federal Information Processing Standards 
Publication 171, U.S. Department of Commerce, Apr. 27, 1992 



Yes 



S/PAY: RSA's Developer's Suite for Secure Electronic Transactions (SET)", RSA 
Data Security, Inc., 1997 [ 



Yes 



Perlman, Bill; "A Working Anti-Taping System for Cable Pay-Per-View", IEEE 
Trans. On Consumer Electronics, Vol. 35, No.3, Aug. 1989 



Yes 



Organick, Elliott L; "The Multics System: An Examination of Its Structure", MIT 
Press, 1972 ___ 



Yes 



Cina Jr., Vincent J.; White, Star R.; Comerford, Liam; "ABYSS: A Basic 
Yorlctown Security System PC Software Asset Protection Concepts", IBM 
Research Report Number RC 12401, IBM Thomas J. Watson Research Center, 
Dec. 38, 1986 



Yes 



White, Steve R.; Comerford, Liam; "ABYSS: An Architecture for Software 
Protection", IEEE Transactions on Software Engineering, Vol. 36, No. 6, Jun. 1990 



Yes 



Davies, D.W.; Price, WL; Security for Computer Networks . John Wiley & Sons, 
3984 



Yes 



'MSDN - INF: LAN Manager 2,1 Server Autotuning (Part 2)", PSS ID Number 
Q80O78, Microsoft, Feb. 1993 



Yes 



"MSDN - License Service Application Programming Interface", API Specification 
vl .02. Microsoft, Jan. 1993 



* Any possible "Y"s thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 9 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


"International Infrastructure Standards Panel: 
IISP Need #31 - Containers or Secure Packaging; 
IISP Need #32 - Authentication of Content; 
ESP Need #33 - Control Enforcement; 
IISP Need #34 - Billing and Payment; 
TISP Need #35 - Reoortinft" 

ANIST Online, fifn, 18. 1995 


Y 


Yes 


"Cryptographic API Specification", Version 0.6, Microsoft, Mar. 1995 




Yes 


Everett, David B.; "Smart Card Tutorial - Part 1", Sep. 1992 


Y 


Yes 


Paradinas, Pierre; Vandewalle, Jean- Jacques; "New Directions for Integrated 
Circuit Cards Operating Systems" 


Y 


Yes 


Hauser.Ralf; "Control of Information Distribution and Access", Dissertation Der 
Wirtschaftswissenschaftlichen Fakultat Der Universitat Zurich, May 31, 1995 




Yes 


Rindfrey, Jochen; "Towards an Equitable System for Access Control and Copyright 
Protection in Broadcast Image Services: The Equicrypt Approach", Fraunhofer 
Institute for Computer Graphics 




Yes 


Wells. Rob: Odvssev of Plastic Purchase: 20-Second Round-TriD. Associated 
Press, Dec. 1993 




Yes 


Payment Systems: Strateeic Choices for the Future. Hitachi Research Institute; 
Institute of Advanced Business Systems, Hitachi, Ltd., 1993 




Yes 


"EFT Network Data Book - 1993 Edition", Bank Network News, Vol. 1 1, No. 13, 
Nov. 1992 




Yes 


"American National Standard: Specification for Financial Message Exchange 
Between Card Acceptor and Acquirer, X9. 15", American Banker's Association, 
1990 




Yes 


"ISO 7813-1987 Identification Cards - Financial Transaction Cards", ISO, 1987 


Y 


Yes 


MSDN Issue: Summer 1992; Vol. No.: 0 (Beta); 1 Disk, Microsoft, 1992 


Y 


Yes 


MSDN Issue: Sep. 1992; Vol. No.: 1; 1 Disk, Microsoft, Sep. 1992 


Y 


Yes 


MSDN Issue: Jan 1993; Vol. No. 2; 1 Disk, Microsoft, Jan. 1993 


Y 


Yes 


MSDN Issue: Apr. 1993; Vol. No. 3; 1 Disk, Microsoft, Apr. 1993 


Y 


Yes 


MSDN Issue: Summer 1993; Vol. No. 4; 1 Disk, Microsoft, Jul. 1993 


Y 


Yes 


MSDN Issue: Fall 1993; Vol. No. 5; 1 Disk, Microsoft, Oct. 1993 


Y 


Yes 


MSDN Issue: Winter 1994; Vol. No. 6; 1 Disk, Microsoft, Jan. 1994 


Y 


Yes 


MSDN Issue: Apr. 1994; Vol. No. 7; 1 Disk, Microsoft, Apr. 1994 


Y 


Yes 


MSDN Issue: Jul. 1994; Vol. 8; 1 Disk, Microsoft, Jul. 1994 


Y 


Yes 


MSDN Issue: Oct 1994; Vol. 9; 1 Disk, Microsoft, Oct. 1994 


Y 


Yes 


MSDN Issue: Jan 1995; Vol. 10; 1 Disk, Microsoft, Jan. 1995 


Y 


Yes 


MSDN Issue: Apr. 1995; Vol. 11; 1 Disk, Microsoft, Apr. 1995 


Y 


Yes 


MSDN Issue: Jul. 1995; Vol. 12; 1 Disk, Microsoft, Jul. 1995 


Y 


Yes 


MSDN Issue: Oct. 1995; Vol. 13; 1 Disk, Microsoft, OcL 1995 


Y 


Yes 


MSDN Issue: Jan 1996; Vol. 14; 2 Disks, Microsoft, Jan. 1996 


Y 


Yes 


MSDN Issue: Apr. 1996; Vol. 15; 2 Disks, Microsoft, Apr. 1996 


Y 


Yes 


MSDN Issue: Jul. 1996; Vol. 16; 1 Disk, Microsoft, Jul. 1996 


Y 


Yes 


MSDN Issue: Oct 1996; Vol. 17; 2 Disks, Microsoft, Oct. 1996 


Y 


Yes 


MSDN Issue: Jan 1997; Vol. 18; 2 Disks, Microsoft, Jan. 1997 


Y 


Yes 


MSDN Issue: 16-Bit Archive 1997; Vol. NA; 1 Disk, Microsoft, Jan. 1997 



* Any possible "Y H s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 10 




InterTnist Tech- Corp. v. Microsoft Corp. 
Case No, C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 







Y 


yes 


\4 ctym Teoiio- a rtr i QQi* \in\ No 90* 1 Disks Microsoft. Aur. 1997 


Y 


Yes 


MSDN Issue: Jul. 1997; Vol. No. 21; 2 Disks, Microsoft, Jul. 1997 


Y 


Yes 


MSDN Issue: Oct 1997;. Vol. No. 24; 2 Disks, Microsoft, Oct 1997 


Y 


Yes 


TUTCrvM Tccuo* Vieiml <5fnr1io 100*7* Vnl No 191' 1 Disk. Microsoft. 1997 


Y 


Yes 


MSDN Issue: Jan. 1998; Vol. No, 27; 2 Disks, Microsoft Jan. 1998 


Y 


Yes 


MSDN Issue: Apr. 1998; Vol. No. 30; 2 Disks, Microsoft, Apr. 1998 


Y 


Yes 


MSDN Issue: Jul. 1998; Vol. No. 33; 3 Disks, Microsoft, Jul. 1998 


Y 


Yes 


iiprvM a*» i nno. \7-j . KTrvn**' *l TMcW K^inr^Qnft Oct 1998 


Y 


Yes 


xjtot\ky y*.*...^. 1a« iqoo* Vrti Mn • Mnn^' 'A DiqIcq Microsoft. Jan. 1999 


Y 


Yes 


MSDN Issue: Apr. 1999; Vol. No.: None; 3 Disks, Microsoft, Apr. 1999 


Y 


Yes 


x/prwi t« b «b. t.,i iooo* \7r*\ t\Jr\ . M<^n*»» ^ T>iclfQ Microsoft Jul. 1999 


Y 


Yes 


MSDN Issue: Oct 1999; Vol. No.: None: 3 Disks, Microsoft, Oct 1999 


Y 


Yes 


/-n »-v„ • _i. Cw,*,-** r^i-rA onnn c»iArt*/l Patvt^ frr>m the Second International 

c .haiim T David: otnart i_aru zuuv, oeteciea rapai nuui ^ ( ' vuuw 

Smart Card 2000 Conference. Oct 4-6. 1989 ■ 


Y 


Yes 


CD Jukebox — — 




Yes 


U.S. Patent No. 4.926,480; May 15, 1990 




Yes 


U.S. Patent No. 4^z^ t 5/U; Jul, lo, lyaD _ 




Yes 


tt . lA.Kino c»a«kKa^ \jf • Pnmtn trm nh v* A ]\Jpw T^imfension in 

Computer Security, John Wilev & Sons. New York, 1982 




Yes 


Interchange Message opecmcation ior uwu ana v*xc*iil v*«u ivi^oa^y j^/l^umi^^ 
a™™ z RnanrMfll TnstinitionsV American National Standard. Accredited Standards 
Committee X9-Financial Services Committee, ain^i A^-z-iyoo, Arnciicaii 
Bankers Association. May 16, 1988 


Y 


Yes 


T7~~ An ».. A-nm T,,1 1 00*3 XACTYNI Hi etc Tut 1 00^ 


Y 


Yes 


Cox, Benjamin; Tygar, J.D.; Sirbu, Marvin; "NetBill Security and Transaction 
Protocol", Carnegie Mellon University 




Yes 


rvw n ra H> "WViai if thf»rp ic a Silvftr Rullei and the competition Bets it first?". 
Journal of Object-oriented Prosnurirning, Jun. 1992 


Y 


Yes 


"CITED Final Report: A Guide to CITED Documentation", ESPRIT, Project Mb9, 
*kt*ni <V7 1 77-9 1 1 S-? The CITED Consortium. SeD. 1 994 


Y 


Yes 


Boisson, Jean-Francois; "1 - Business Perspectives and Requirements, 2 - The 
CITED Project: keys and knowledge", CITED 5469 


Y 


Yes 


Van Slype, Georges; "Knowledge Economy: future trends", CllHD 5469 


Y 


Yes 


Boisson, Jean-Francois; "Software components: deliverable Trial Offer", CilfcD 
5469 


Y 


Yes 


Van Slype, Georges; "The CITED approach, Ver. 4.0", ESPRIT II, Project 5469, 
The CITED Consortium, Apr. 20, 1994 


Y 


Yes 


Moens, Jan; "Report on the users requirements, Ver. 1.0", ESPRIT II, Project 
5469. The CITED Consortium. Nov. 27, 1991 


Y 


Yes 


Schulze, Dr. J.; "Case of application of the generic CI 1 £D Model to the 
CITEDisation in the software distribution process", ESPRIT n, Project , Jan. 12, 
1993 


Y 


Yes 


Moens, Jan; "Case of application of the generic CITED Model to the CllbDisabon 
of a directory database on CD-ROM, Ver. 2.0", ESPRIT II, Project 5469. Xhe_ 
CITED Consortium. Nov. 30, 1992 


Y 


Yes 


Pijnenborg, Man F.J.; "CITED Final Report", Elsevier Science B.V., Apr. 1994 



# Any possible "Y"s that were missed shall not negate the anticipatory nature o1 a reference, particularly where 
there is a chart in Appendix B. 11 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 014640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


Boisson, Jean-Francois; "How to OTEDise application: Guidelines and examples , 
CITED 5469 


Y 


Yes 


Nguyen, Thanh; Saint Etienne, Patricia Louise (SAGEM); "Guidelines for 
Validation of a CITED System", CITED 5469, SA-21-40-003, Jul. 4, 1994 


Y 


Yes 


Van Slype, Georges; "The future of CITED: a feasibility study, Ver. 1.1- Vol. I: 

Snmrnnry rppnrt and TM-nrnmendfltions", ESPRIT II. Project 5469. The CITED 

Consortium, Mar. 28, 1994 


Y . 


Yes 


Van Slype, Georges; "The future of CITED: a feasibility study, Ver. 1.1 - Vol. HI: 
TWt PTTFX) intprrhflT 1£ft formats". ESPRIT II. Project 5469. The CITED 
Consortium. Mar. 28, 1994 


Y 


Yes 


"CITED: Copyright in Transmitted Electronic Documents, Special Interest Group", 
CITED, Meeting, Heathrow, Sep. 22, 1993 


Y 


Yes 


Miscellaneous letters from Georges Vao Slype at Bureau Van Dijk, Mar. 30, 1995 


Y 


Yes 


Pijnenborg, Mari F.J.; "auteursrecht en de digitale bibliothcck?\ 195 Open, Jan. 37, 
1995 


Y 


Yes 


Miscellaneous letters from Georges Van Slype at Bureau Van Dijk, Feb. 13, 1995, 
Nov. 2. 1994 


Y 


Yes 


Van Slype, Georges; M PL4 RACE/ACCOPI Workshop on Conditional Access and 
rnpyri £ ht Prni ftctinn" ESPRIT 11. Project 5469. The CITED Consortium. Nov. 9. 
1994 


Y 


Yes 


Miscellaneous letters from G. Van Slype at Bureau Van Dijk, Sep. 12, 1994, Sep. 
1994, May 1 1, 1994, May 10, 1994, May 6, 1994, May 4, 1994, Apr. 21, 1994, 
Aor. 20, 1994 


Y 


Yes 


Letter re: ESPRIT III - Project 5469 (CITED) from A. Stajano at Commission of 
the European Communities, Oct. 7, 1993 


Y 


Yes 


ESPRIT Project: 5469: Contract Amendment Number: 2; Commission of the 
European Communities, Sep. 16, 1993 


Y 


Yes 


Miscellaneous letters from George Van Slype at Bureau Van Dijk, Apr. 19, 1994, 
Anr. 18, 1994, Apr. 11, 1994, Apr. 6, 1994 


Y 


Yes 


•TK* PntnrP C\t^ A Feasibility Study". ESPRIT XT Project 5469. The CITED 
Consortium Apr. 15, 1994 


Y 


Yes 


Miscellaneous letters from Bureau Van Dijk, Mar. 30, 1994, Mar. 24, 1994, Feb. 
10, 1994, Feb. 10, 1994 


Y 


Yes 


Handwritten note re: GVS and AJL, Mar. 2, 1994 


Y 


Yes 


Miscellaneous letters from Bureau Van Dijk, Feb. 9, 1994, Jan. 27, 1994, Jan. 19, 
1994, Jan. 12, 1994, Dec. 22, 1993, Nov. 30, 1993, Nov. 22, 1993, Dec. 6, 1993, 
Nov. 16, 1993, Oct. 15, 1993, Oct. 7, 1993, Oct 4, 1993, Sep. 20, 1993, Sep. 7, 
1993. Mav 19. 1993, Oct. 13. 1993 


Y 


Yes 


Bureau Van Dijk Management Report for Task 4.5; Feasibility Study of the Cited 
Agency, 1992-1993 


Y 


. Yes 


Bureau van Dijk: Gestion des contrats; 497C C.C.E. : CITED (SUITE), Feb. 1993 


Y 


Yes 


"CITED: Preparation of the CITED model functional requirements specifications - 
Discussion paper (revision 1)", Bureau Van Dijk, Jan. 16, 1991 



* Any possible M Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 1 2 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


"CITED: Preparation of the CITED Model Functional Requirements Specifications 
- Report of the interview with OXFORD UNTVERSITE PRESS, CITED part", 
Bureau Van Diik, Feb. 27, 1991 


Y 


Yes 


"CITED: Preparation of the CITED Model Functional Requirements Specifications 
- Reports of the interviews with five CITED Partners" (Partners: Sagem, 
Telesystemes, NTE, Elsevier, Oxford University Press), Bureau Van Dijk, Apr. 5, 
3991 


I 


Yes 


X1TED: Preparation of the CITED Model Functional Requirements Specifications 
- Reports of the interviews with Seven International Organizations: EBU, ECM A, 
ELDA, LFPI, IFTC. STM. WIPO". Bureau Van Dijk, May 27, 1991 


Y 


Yes 


Van Slype, Georges; Moens, Jan; Vannieuwenhuyse, Lawrence; 'The future of 
CITED: a feasibility study"; ESPRIT IL Project 5469i The CITED Consortium. 
Nov. 15, 1993 


Y 


Yes 


Van Slype, Georges; "Draft CITED interchange formats, Ver. 1.0", ESPRIT II, 
Proiect 5469, The CITED Consortium, Jan. 28, 1994 


V 
I 


We 
I cs 


Miscellaneous letter from Georges Van Slype at Bureau Van Dijk, Feb. 28, 1994 


Y 


Yes 


Van Slype, Georges; 'The future of CITED : a feasibility study, Ver. 1 .0 - Vol. I: 
Summary report and recommendations". ESPRIT II. Project 5469. The CITED 
Consortium, Feb. 28, 1994 


Y 


Yes 


Van Slype, Georges; Moens, Jan; Vannieuwenhuyse, Laurence; 'The future of 
CITED: a feasibility study, Ver. 1.0 - Vol. It Full report", ESPRIT II, Project 
5469. The CITED Consortium, Feb. 28, 1 994 


Y 


Yes 


Van Slype, Georges 'The future of CITED: a feasibility study, Ver. 1.1 - Vol. HI: 
Draft CITED interchange formats". ESPRIT II. Project 5469. The CITED 
Consortium, Feb. 28, 1994 


Y 


Yes 


"The Future of Cited: A Feasibility Stud/ 1 , ESPRIT II, Project 5469, CITED 
Proiect Review, Apr. 15, 1994 


Y 


Yes 


Van Slype, Georges; "PL4 RACE/ACCOPI Workshop on Conditional Access and 
Copyright Protection", ESPRIT II, Project 5469, Presentation of the CITED, Nov. 
9, 1994 


Y 


Yes 


Van Slype, Georges; "Natural Language version of the generic CITED model, Ver. 
4.2 - Vol. I: Presentation of the generic model", ESPRIT II, Project 5469, The 
CITED Consortium, Mav 8, 1995 


Y 


Yes 


Van Slype, Georges; "Natural language version of the generic CITED model, Ver. 
2.1 - Vol. II ECMS (Electronic Copyright Management System) design for 
computer based applications". ESPRIT II. Project 5469. The CITED Consortium. 
May 8, I9?5 




Yes 


Cousins, Steve B.; Ketchpel, Steven P.; Paepcke, Andreas; Garcia- Molina, Hector; 
Hassan, Scott W>; Roscheisen, Martin; "InterPay: Managing Multiple Payment 
Mechanisms in Digital Libraries" 




Yes 


"PKCS #5: Password-Based Encryption Standard", An RSA Laboratories 
Technical Note, Ver. 1.5, 1991-1993, Revised Nov. 1, 1993 




Yes 


"PKCS #8: Private-Key Information Syntax Standard", An RSA Laboratories 
Technical Note, Ver. 1.2, 1991-1993, Revised Nov. 1, 1993 




Yes 


'PKCS #10: Certification Request Syntax Standard", An RSA Laboratories 
Technical Note, Ver. 1 .0, Nov. 1 . 1993 



* Any possible M Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 1 3 



InterTnist Tech* Corp. v. Microsoft Corp. 
Case No. C Ol-l<540 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Yes 



Yes 



Yes 



"PKCS #11: Cryptographic Token Interface Standard", An RS A Laboratories 
Technical Note, Ver. 2.0, Apr. 15, 1997 



TKCS 12 vl.O: Personal Information Exchange Syntax", RSA Laboratories, Jun. 
24, 1999 



"PKCS #13: Elliptic Curve Cryptography Standard", RSA Security, Jan. 12, 1998 



"PKCS #15 vl.O: Cryptographic Token Information Format Standard", RSA 
Laboratories, Apr. 23, 1999 . 



Yes 



U.S. 5,335,346; Aug. 2, 1994 



Yes 



Garfinkel, Simson; Spafford, Gene; Practical UNIX Security, O'Reilly & 
Associates, Inc., 1991 _. 



Yes 



Merkle, Ralph C. "Protocols for Public Key Cryptosystems", IEEE, 1980 



Yes 



Kaner, Cem; Falk, Jack; Nguyen, Hung Quoc; Testing Comp uter Software. Second 
Edition, Van Nostrand Reinhold, 1988 



Yes 



Press, Jim; Bunting, Angela "A New Approach to Cryptographic Facility Design", 
ICL Mid-Range Systems Division Reading, Berks, UK 



US 6,256,668; Jul. 3, 2001 



Kim, Gene H.; Spafford, Eugene H.; "Experiences with Tripwire: Using Integrity 
Checkers for Intrusion Detection", Purdue Technical Report CSD-TR-94-012, Feb, 
21, 1994 



Technical Description: Pay-Per-View Copy Protection", Macrovision, Jun. 1994 



Reali, Patti; "Copy Protection: The answer to pay per view's prayers? 11 , TVRO 
Dealer, Dec. 1994 



Swedlow, Tracy; "2000: Interactive Enhanced Television: A Historical and Critical 
Perspective", Interactive TV Today 



Various articles from EE Times, Week of Oct. 2, 1995 



"Digital Broadband Delivery System, Phase 1.0, System Overview", Revision 1.0, 
Scientific Atlanta, 1997 . 



Langelaar, G.C. "Overview of protection methods in existing TV and storage 
devices", SMS-TUD-609-1. Final Ver. 1.2, Feb. 26, 1996 



Solomon, A.; "PC Viruses: Detection, Analysis, and Cure", Springer Verlag 1991. 



Galaxy, Opcode Systems, 1991-1994 



Unix System V & BSD & GNU versions prior to Feb 22, 1996 



US 5,673,316; Sep. 30,1997 



17 USCA sections 1001 - 1010, Chapter 10 Digital Audio Recording Devices and 
Media, 1 996 



Hill, Will; Hollan, Jim; "History-Enriched Digital Objects", Computer Graphics 
and Interactive Media Research Group; Bell Communications Research, 1993 



Hill, William; Hollan, James D.; "Edit Wear and Read Wear", Computer Graphics 
and Interactive Media Research Group, ACM; May 3-7, 1992 



' Any possible u Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 14 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Yes 


InterTrust Solutions for A2b, InterTrust; 

Competitive Analysis AT&T/a2b music, Jun. 16, 1998; ■ 

Email from Chris Drost-Hansen re press release: "AT&T Launches A2B Music 
Trial for Delivering Songs Over the Internet", Business Wire, Nov. 3, 1997; 

A2b*s Recent Press Coverage, 1998 




Yes 


ISO 1 1568-1 & -2: "Key management (retail) - Part 1: Introduction to key 
management"; and Part 2: Key management techniques for symmetric ciphers", 
ISO. Dec. 1, 1994 




Yes 


ISO 13491-1: "Secure cryptographic devices (retail) - Part 1: Concepts, 
requirements and evaluation methods", ISO. Jun. 15, 1998 




Yes 


ISO 8583-2: "Financial transaction card originated messages - Interchange message 
specifications - Part 2: Application and registration procedures for Institution 
Identification Codes (UC)", ISO, Jul. 1, 1998 




1 u 


ISO 8583-3: financial transaction card originated messages - Interchange message 

CTipri-firafinnc . Part "V 'Mnintprtflnrp nrnr figures fof codes" ISO Jill. 1. 1998 




Yes 


ISO 9564-1 & -2: "Personal Identification Number (PIN) management and security 

- Part 1 - Rfi^ir nrinrinal* fltid requirements for online PIN handling ID ATM flno 

POS systems; & -2 Approved algorithm(s) for PIN encipherment", ISO, Apr. 15, 

9ft0? & Drt IS TQQ1 




Yes 


ISO 9807: "Banking and related financial services - Requirements for message 
authentication (retail)," ISO, Dec. 15, 1991 




Yes 


Secure Electronic Transactions; Mastercard and Visa+C345 




Yes 


Tanenbaum, Andrew S; van Renesse, Robbert; van Staveren, Hans; Sharp, Gregory 
J.; Mullender, Sape J.; Jansen, Jack; van Rossum, Guido; "Experiences with the 
Amoeba Distributed Operating System", Vrije Universiteit and Centrum voor 
WisVunde en Inform atica 




Yes 


Tanenbaum, Andrew S; Mullender, Sape J.; van Renesse, Robbert; "Using Sparse 
Capabilities in a Distributed Operating System", Vrije Universiteit and Centre for 
Mathematics and Computer Science 


Y 


Yes 


Tanenbaum, Andrew S; van Renesse, Robbert; van Staveren, Hans; Sharp, Gregory 
J.; Mullender, Sape J.; Jansen, Jack; van Rossum, Guido; "Amoeba System", 
Communications of the ACM, Vol. 33. No. 12, Dec. 1990 




Yes 


"KeyKOS Principles of Operation", Key Logic document KL002-04, 1985, (Fourth 
Edition. Jan. 1987) 




Yes 


Landau, Charles R.; "Security in a Secure Capability-Based System", Operating 
Svstems Review, Oct. 1989 




Yes 


"Security in KeyKOS" 




Yes 


Hardy, Norman; "The Keykos Architecture", Key Logic Document KL028-08, 
Eighth Edition, Dec. 1990 




Yes 


Johnson, Howard L.; Koegel, John R; Koegel, Rhonda M; "A Secure Distributed 
Capability Based System", ACM, 1985 



* Any possible T's that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 15 



IntcrTrust Tech. Corp. v. Microsoft Corp. 
Case No, C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Kim. Gene H.; Spafford, Eugene H.; "Experiences with Tripwire: Using Integrity 
Checkers for Intrusion Detection", COAST Laboratory, Purdue University, Feb. 
22, 1995 L. 



Yes 



Blaze, Matt; "Key Management in an Encrypting File System", Proc. Summer 1994 
USENIX Technical Conference, Jun. 1994 



Yes 



Robinson, D.; Ullmann, R.; "Encoding Header Field for Internet Messages", 
Network Working Group RFC 1 154, Apr. 1990; 

Rose, M.; McCIoghrie, K.; ''Structure and Identification of Management 
Information for TCP/IP-based Internets", Network Working Group RFC 1 155, 
Mnv 1990 



Yes 



Rose, M.; McCIoghrie, K.; "Structure and Identification of Management 
Information for TCP/IP-based Internets", Network Working Group RFC 1 155, 
May 1990; 

McCIoghrie, K.; Rose, M.; "Management Information Base for Network 
Management of TCP/IP-based internets", Network Working Group RFC 1 156, 
May 1990; 

Case, J.; Fedor, M.; Schoffstall, M.; Davin, J.; "A Simple Network Management 
Protocol (SNMP)", Network Working Group RFC 1 157, May 1990 



Yes 



Davin, J.; Galvin, J.; McCIoghrie, K.; "SNMP Administrative Model", Network 
Working Group RFC 135 1, Jul., 1992; 

Galvin, J.; McCIoghrie, K.; Davin, J.; "SNMP Security Protocols", Network 
Working Group RFC 1352, Jul., 1992; 

McCIoghrie, K.; Davin, J.; Galvin, J.; "Definitions of Managed Objects for 
Administration of SNMP Parties\ Network Working Group RFC 1353, Jul., 1992 



Yes 



PKCS #1 : RSA Encryption Standard", RSA Laboratories Technical Note, Ver. 
1.5, Revised Nov. 1, 1993 



Yes 



PKCS #3: Diffie-Hellman Key-Agreement Standard", RSA Laboratories 
Technical Note, Ver. 1.4, Revised Nov. 1, 1993 



Yes 



"PKCS #6: Extended-Certificate Syntax Standard", RSA Laboratories Technical 
Note, Ver. 1.5, Revised Nov. 1, 1993 



Yes 



"PKCS #9: Selected Attribute Types", RSA Laboratories Technical Note, Ver. 1.1, 
Revised Nov. 1, 1993 



Yes 



Shneier, B.; "Description of new variable-length key, 64-bit block cipher 
(Blowfish)", Fast Software Encryption, Cambridge Security Workshop 
Proceedings, 1994 



Yes 



Feistel, H.; "Cryptographic Coding for Data-Bank Privacy", IBM document RC 
2827, Mar. 18, 1970 ' 



Yes 



ACORN/ CLEAR, 1996-1 998 



Yes 



Tuck, Bill; "Electronic Copyright Management Systems: Final Report of a Scoping 
Study for eLib", Jul.. 1996 



* Any possible "Y"s that were missed shall not negate the anticipatory nature ot a reference, particularly where 
there is a chart in Appendix 8. 16 




Inter-Trust Tech. Corp. v. Microsoft Corp, 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


"CopySmart (CSM) suit", European Information Technology for Information 
Science; 

COPYSMART - 20517: "CITED based multi-media IPR management on cost 
effective smart device", European Information Technology for Information 
Science, start date Dec. 1 ( 1 995; 

Summaries of Projects (FP III/TV) - Part I: "ESPIRIT Project 205 17 - 
COPYSMART CITED based multi-media IPR management on cost effective smart 
device", European Information Technology for Information Science, Oct. 1998 




Yes 


"CREANET - Creative Rights European Agency NET work - Project Profile" 
information society technologies, edited Feb. 18, 2000 




Yes 


"iOpener System Description", National Semiconductor, 1993 




Yes 


"iPower Technology" (National Semiconductor marketing brochure) 




Yes 


"The Standards Business: Time for Change," European Commission DOl 1 1 
pCTiirit Pmipj^t *>th fYiiKen^us Forum Nov 3-4 1998* 

"T7CPTDTT Pmi^t OCifHfx . TMPPTTufATITD - Tnfpllftf tnal Multimedia Prcmertv 
Rights Model and Terminology for Universal Reference*, IMPRIMATUR 
Consortium, Oct. 1998; 

Electronic Reserve Copyright Management System (ERCOMS), International 
Institute for Electronic Library Research, website updated by Ramsden, Anne, Jul. 
ly y\j f 

Achievements Archive, www.tmprirnatur.net/ web pages; 
impramatur news, IMPRIMATUR, Dec. 1998; 

t>--»-~ rvu-:~. m^u^t : — t>_~:^«» , 




Yes 


JUKEBOX-Music Across Borders, LB-JUKEBOX/4-1049 




Yes 


"ESPRIT Project 24378 - MENHIR European Multimedia network of high quality 
image registration", Museums On Line, Feb. 1, 1997 




Yes 


"ESPIRiT Project 22226 - MUSE - Developing standardized digital media 
management, signaling and encryption systems for the European music sector", 
International Federation of the Phonographic Industry. Oct. 1998 




Yes 


"STARFISH State of the Art Dinancial Services for the inHabitants of isolated 
areas - Project Profile" information society technologies, time schedule Jan. 21, 
2000 - Jun. 30, 2002 



* Any possible Ts that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 17 




InterTrust Tech- Corp. v. Microsoft Corp, 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











"TALISMAN - Tracing Authors* rights by Labelling Image Services and 
Monitoring Access Network,* ACTS Project No. AC019, Doc Reference AC0J9- 
THO-RGS-FR-P-001-bl,Sep.25, 1998; 




Yes 


Simon, C; Goray, E.; Vercken, G.; Delivet, B.; Delaigle, JF.; Boucqueau, JM.; 
"Digital Images protection managment in a broadcast framework: 
Ovcrview/TALISMAN solution," Thomson-CSF, RTBF, ART3000, UCL; 

"TALISMAN: Tracing Authors' rights by labelling image services and monitoring 
access network/ ACTS, Swiss Participation in European Research Programmes, 

1 lOO* . A„<r ^ 1O0R 






"TELENET TELEtraining platform (on NET works) - Project Profile" information 
society technologies, time schedule Mar. 6, 2000 - Mar. 30, 2000; 






"Deliverable D3: Specification of the Infrastructure And explanation of trust and 
confidence building solutions" Ver. 0.1, Telenet, Jul. 18, 2000; 




Yes 


Email from Edmond Kouka to Jean-Francois Boisson re Affaire BC-CTeaNet; Feb. 
10,2001; 

Email from Bogdan Lutkiewicz to Jean-Francois Boisson re TELENET 
TELEtraining platform - Bogdan Lutkiewicz, Poland. Gdansk; Mar. 4, 2001 


Y 


Yes 


XjUIooUH, JCali-ri aJiwUlb, lYiaJla^CJUCJll \JL JJJU&lld'lUal i lUputjr JVJgillo III UJv 

Electronic Commerce: Textile Design Sales And Other Similar Initiatives," 

T7T TTJ "TT'TC 

cUKl J io 




Yes 


VS. Patent No. 5,251,294; Oct. 5, 1993 




Yes 


CUT riw N P Mflxftmrhiilc J T A T O^Crftrmfln Document Markinc and 
Identification Using Both Line and Word Shifting, Infocoro 95, 1994 




Yes 


Caroni, Maxemchuck & O'Gorman, Electronic Marking and Identification 
Techniques to Discourage Document Copying, Proc. Infocom 94, 1994 




Yes 


Wagner, Fingerprinting, IEEE Symp. On Info, and Privacy, Apr., 93 




Yes 


H. Bcrghal, L Ogorman, "Protecting Ownership Rights Through Digital 
Watermarking*, IEEE Computing v. 29, No.7, Jul., 1996, 




Yes 


Chor, Fiat & Naor, Tracing Traitors, Crypto 94, p. 257, 1994 




Yes 


David Chaum, "Security Without Identification: Transaction Systems to Make Big 
Brother Obsolete", Comm. Of the ACM, vol. 28, no. 10, Oct. 1985 




Yes 


"Wallet Databases with Observers". David Chaum. Advances in Cryptoloev — 
Proceedings of Crypto '92 (pp. 89-105), 1992 


Y 


Yes 


Sirbu, Marvin; Tygar, J.D.; "NetBill: An Internet Commerce System Optimized for 
Network Delivered Services", Camegie Mellon University 




Yes 


Ulrich Kohl, Jeffrey Lotspiech, Marc Kaplan, "Safeguarding Digital Library 
Contents and Users", IBM Research Division, D-Lib Magazine, Sept. 97 




Yes 


Daniel Schutzer, A Need for a Common Infrastructure: Digital Libraries and 
Electronic Commerce, Apr. 1996 




Yes 


Michael Lesk, Digital Libraries Meet Electronic Comrnernce: On-Screen 
Intellectual Property, Dec. 15, 98 



* Any possible "Y"s that were missed shall not negate the anticipatory nature ot a reference, particularly where 
there is a chart in Appendix B. 18 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Lorcan Dempsey & Stuart L- Weibel; The Warwick Metadata Workshop: A 
Framework for the Deployment of Resource Description, July Aug. 96 




Yes 


"AT&T Smart Cards Systems & Solutions", AT&T, 1993 


Y 


Yes 


Gemplus; "MCOS: Multi Application Chip Operating System - Introduction", 
Gemplus Card International, 1990 




Yes 


Guillou, Louis C; "Smart Cards and Conditional Access", Springer- Verlag, 1988 




Yes 


David L. Chaum, "Untraceable Electronic Mail, Return Addresses, and Digital 
Pseudonyms", 1981 




Yes 


Kent, S.; "U.S. Department of Defense Security Options for the Internet Protocol", 
Network Working Group RFC 1 108, Nov. 1991 




i es 


Deering, S.E.; "Host Extensions for IP Multicasting", Network Working Group, 
RFC 11 12, Aug. 1989 




i es 


Pethia, R.; Crocker, S.; Fraser, B.; "Guidelines far the Secure Operation of the 
Internet", Network Working Group RFC 1281, Nov., 1991 




Yes 


Galvin, J.; McCloghrie, K.; "Security Protocols for version 2 of the Simple 
Network Management Protocol (SNMPv2)\ Network Working Group RFC 1446, 
Apr., 1993 




i es 


Eastlake III, D.; "Physical Link Security Type of Service", Network Working 
Group RFC 1455, May, 1993 




Yes 


Kastenholz, F.; "The Definitions of Managed Objects for the Security Protocols of 
the Point-to-Point Protocol", Network Working Group RFC 1472, Jun. 1993 


y 


Yes 


Kohl, J., Neuman, C; "The Kerberos Network Authentication Service (V5)"> 
Network Working Group RFC 1510, Sep., 1993 




Yes 


Eastlake m, D-; Crocker, S.; Schiller, J.; "Randomness Recommendations for 
Security", Network Working Group RFC 1750, Dec. 1994 




Yes 


Haller, N.; "The S/KEY One-Time Password System", Network Working Group 
RFC 1760, Feb., 1995 




Yes 


Atkinson, R.; "Security Architecture for the Internet Protocol", Network Working 
Group RFC 1 825, Aug., 1995 




Yes 


Crocker, S.; Freed, N.; Galvin, J.; Murphy, S.; "MIME Object Security Services", 
Network Working Group RFC 1 848, Oct, 1995 




Yes 


U.S. Patent No. 5,251,294; Oct 5, 1993 




Yes 


S.H. Low, N.F. Maxemchuk, J.T. Bassil, & L. O'Gorman, "Document Marking and 
Identification Using Both Line and Word Shifting," AT&T Bell Laboratories, 
Infocom 95. Jul. 29, 1994 




Yes 


Brassil, J.; Low, S.; Maxemchuck, N.; O'Gorman L.; "Electronic Marking and 
Identification Techniques to Discourage Document Copying," AT&T Bell 
Laboratories, Proa Infocom 94, 1994 




Yes 


Wagner, Neal; "Fingerprinting," Drexel University, IEEE Symp. On Info, and 
Privacy, Apr., 1993 




Yes 


Berghal, Hal; Ogorman, Lawrence; "Protecting Ownership Rights Through Digital 
Watermarking " IEEE Computing v. 29, no.7, pp. 101-103, Jul., 1996 




Yes 


Chor, Benny; Fiat, Amos; Naor, Moni; "Tracing Traitors," Crypto 94, p. 257, 1994 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 1 9 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1(540 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Chaum, David; "Security Without Identification: Transaction Systems to Make Big 
Brother Obsolete", Communications of the ACM, vol. 28, no. 10, Oct, 1985 




Yes 


Chaum, David; Pederson, Torben Pryds; "Wallet Databases with Observers", CWI, 
Aarhus University. David Chaum. Advances in Crvptolocv — Proceedings of 
Crypto 92, pp. 89-105, 1992 




Yes 


Kohl, Ulrich; Lotspiech, Jeffrey; Kaplan, Marc; "Safeguarding Digital Library 
Contents and Users", IBM Research Division, D-Lib Magazine, Sept, 1997 




Yes 


Schutzer, Daniel; "A Need for a Common Infrastructure: Digital Libraries and 
Electronic Commerce,** Citibank, D-Lib Magazine, Apr., 1996 




Yes 


Paepcke, Andreas; "Summary of Stanford's Digital Library Testbed and Status*, 
Stanford University, D-Lib Magazine, JuI.-Aur., 1 996 




Yes 


Dempsey, Lorcan; Weibel, Stuart L.; "The Warwick Metadata Workshop: A 
Framework for the Deployment of Resource Description", University of Bath, 
OCLC Office of Research, D-Lib Magazine, Jul.- Aug,, 1996 




Yes 


"AT&T Smart Cards Systems & Solutions", AT&T, 1993 




Yes 


Brad J. Cox, Dr.. "What if there is a silver bullet?", Dobbs Journal, Oct. 1992 




Yes 


Guillou, Louis C; "Smart Cards and Conditional Access", Springer-Verlag, 1988 




Yes 


Chaum, David; "Untraceable Electronic Mail, Return Addresses, and Digital 
Pseudonyms*, Communications of the ACM, vol. 24, No. 3, Feb., 1981 




Yes 


Kent, S.; "U.S. Department of Defense Security Options for the Internet Protocol", 
Network Working Group RFC 11 08. Nov. 1991 




Yes 


Deering, S.; "Host Extensions for IP Multicasting", Network Working Group RFC 
1112.AUR.-1989 




Yes 


White, Steve R.; Comerford, Liam; "ABYSS: A Trusted Architecture for Software 
Protection", IEEE, Apr. 27, 1987 




Yes 


Ross, Philip E.; 4 Cops versus robbers in cyberspace"; Forbes, Sep. 9, 1996 




Yes 


*T>ata Networks and Open System Communications, Directory: Information 
Technology - Open Systems Interconnection - The Directory: Overview of 
Concepts, Models, and Services", ITU-T Recommendation X.500, International 
Telecommunication Union, Nov. 1993 




Yes 


Bender, W.; Grub], D.; Morimoto, N.; Lu, A.; 'Techniques for data hiding", IBM 
Systems Journal, Vol. 35, Nos. 3&4, 1996 




Yes 


Maxemchuk, NJF.; "Electronic Document Distribution", AT&T Bell Laboratories 




Yes 


Doster, Bill; Rees, Jim; "Third-Party Authentication in the Institutional File 
Svstem'\ Center for Information Technology Intejiration 




Yes 


Levy, Steven; "E-Money (That's What I Want)", Wired Magazine, Issue 2.12, Dec. 
94 




Yes 


Arms, William Y., "Key Concepts in the Architecture of the Digital Library", D- 
Lib Magazine, Jul. 1995 




Yes 


Weingart, S.H., "Physical Security for the uABYSS System", IEEE. 1987 




Yes 


B. Strohm, L. Comerford, S. R. White, "ABYSS: Tokens", IBM Research Report 
Number RC 12402, Dec. 18, 1986 



* Any possible "Y'"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 20 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Gozani, Shai; Gray, Mary; Keshav, Srinivasan; Madisetti, Mijay; Munson, Ethan; 
Kosenblum, Mendel; ocnoeltler, oteve, ouiuvan, iviarK, i erry, uougias, uArrJio. 
The Design of a Globally Distributed File System", Report No. UCB/CSD 87/361; 
Computer Science Division (EECS), U.C Berkley, Jun. 1997 




Yes 


Chaum, David; Fiat. Amos; Naor, Moni; "Untraceable Electronic Cash", Lecture 
Notes in Computer Science, 403, Advances in Cryptology.- CRYPTO '88 
Proceedings, 1988 




■v_ _ 
ies 


Chaum, David; "Privacy and Social Protection in Electronic Payment Systems", 
Chapter 1 2, The Future of Money in the Information A ee 




Yes 


Bos, Jurjen.; Cnaum, Da via; amartcasn: a rracucal electronic rayment system , 
Center for Mathematics and Computer Science, Report CS-R9035, Aug. 




Yes 


Gircvs. Gintaras R.: Understanding and Using COFF, OReillv & Associates, Inc.: 
Nov. 1988 




Yes 


Unix System V, Release 3.2, Programmer's Guide Vol. IL AT&T, Prentice Hall. 


1989 




Yes 




System, The MIT Press, 1970 




Yes 


Custer, Helen: Inside Windows NT, Microsoft Press, Redmond, WA, 1993 




Yes 


ncu wJv. xvidii, ttiiiuuwb liiiciiiaiS). x Hw n JuiJ|JJCincijuiLnju \Jk u.ic ujuuuwa vpciauiijt 


Environment, Addison- Wesley. 1993 




jL CO 


Gilde, R-, "DAT-Heads: Frequently Asked Questions", 1991, Release 3.1-Sep. 2, 
1992 




Yes 


Tardo, Joseph; Valente, Luis; "Mobile Agent Security and Telcscript H , General 
Magic, Inc. 




Yes 


"Telescript Security", BYTE.com, Oct. 1994 




Yes 


Forum on Risks to the Public in Computers and Related Systems: ACM 
v^omnuiiee on L-ompuiers ana ruDiic jroiicy, i cier vj. i Neumann, ruoocraior , jtvisju*- 
Porum Digest, Vol. 15, Issue 40, Jan. 24, 1994 




Yes 


Sahuguet, Arnaud; "Piracy: the Dark Side of Electronic Commerce: CIS-700Y2", 
Univ. of Pennsylvania, May 5, 1998 


Y 


Yes 


Rouaix, Francois; "A Web navigator with applets in Caml", 1NR1A 




Yes 


Fucbsberger, Andreas; Gollmann, Dieter; Lothian, Paul; Patcrson, Kenneth G.; 
Sidiropoulos, Abraham; "Public-key Cryptography on Smart Cards", Information 
Security Group 




Yes 


"An Introduction to Safety and Security in Telescript", Telescript Powered 




Yes 


Clarke, Roger; Bunting, Angela; "Cryptography issues in plain text", Privacy Law 
and Policy Reporter, 1996 


Y 


Yes 


Pratt & Witney Inuse 


Y 


Yes 


Use of ATM 


Y 


Yes 


Use of Set Top Box 


Y 


Yes 


Protective Envelope System 


















PRIOR ART 




Yes 


3,573,747; Adams et al. 



* Any possible "Y's that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 21 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-3640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


3,609,697; Blevins 




Yes 


3,790,700; Callais et al. 




Yes 


3,796,830; Smith 




Yes 


3,798.359; Feistel 




Yes 


3,798,360; Feistel 




Yes 


3,798,605; Feistel 




Yes 


3,806,882; Clarke 




Yes 


3,829,833; Freeny, Jr. 




Yes 


3,906,448; Henriques 




Yes 


3,911,397; Freeny, Jr. 




Yes 


3,924.065; Freeny, Jr. 




Yes 


3,931,504; Jacoby 




Yes 


3,946,200; Brobeck et al. 




Yes 


3,946,220; Brobeck et al. 




Yes 


3,956,615; Anderson el al. 




Yes 


3,958,081; Ehrsam et al. 




Yes 


3,970,992; Boothroyd et al. 




Yes 


4,048,619; Forman, Jr. et al. 




Yes 


4,071,911; Mazur 




Yes 


4,112,421; Freeny, Jr. 




Yes 


4,120,030; Johnstone 




Yes 


4,162,483; Entenman 




Yes 


4,163,280; Mori eta!. 




Yes 


4.168,396; Best 




Yes 


4,196,310; Forman et al. 




Yes 


4,200,913; Kuhar et al. 




Yes 


4,209,787; Freeny, Jr. 




Yes 


4,217,588; Freeny, Jr. 




Yes 


4,220,991; Hamano et al. 




Yes 


4,232,193; Gerard 




Yes 


4,232,317; Freeny, Jr. 




Yes 


4,236,217; Kennedy 




Yes 


4,253,157; Kiischner et al. 




Yes 


4,262,329; Bright etal. 




Yes 


4,265,371; Desaietal. 




Yes 


4,270,182; Asija 




Yes 


4,278,837; Best 




Yes 


4,305.131; Best 




Yes 


4,306,289; Lumley 




Yes 


4,309,569; Merkle 




Yes 


4,319,079; Best 




Yes 


4,323,921; GuiUou 




Yes 


4,328,544; Baldwin et al. 




Yes 


4,337,483; Guillou 




Yes 


4,361,877; Dyer et al. 




Yes 


4,375 .579; Davida et al. 




Yes 


4,433 ,207; Best 




Yes 


4,434,464; Suzuki etal. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 22 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



[,454,594; Heffron etal. 



Yes 



t,458,315;Uchenick 



Yes 



1,462,076; Smith, III 



Yes 



\ ,462,078; Ross 



Yes 



1,465,901; Best 



Yes 



1,471,163; Donald etal. 



Yes 



4,484,217; Block et al. 



Yes 



1,494,156; Kadisonetal. 



Yes 



4,5 13 ,174; Herman 



Yes 



4,528.588; Lofberg 



Yes 



4,528,643; Frccny, Jr. 



Yes 



4,553,252; Egendorf 



Yes 



4,558,176; Arnold etal. 



Yes 



4,558,413; Schmidt etal. 



Yes 



4,562,306; Chou et al. 



Yes 



4,562,495; Bond et al. 



Yes 



4,577,289; Comerford et al. 



Yes 



4,584,641; Guglielmino 



Yes 



4,588,991; Atalla 



Yes 



4,589,064; Chiba etal. 



Yes 



4,593,1 83; Fukatsu 



Yes 



4,593,353; Pickholtz 



Yes 



4,593,376; Volk 



Yes 



4,595,950; Lofberg 



Yes 



4,597,058; Izumi etal. 



Yes 



,622,222; Johnson 



Yes 



1,634,807; Chorley et al. 



Yes 



,644,493; Chandra et al. 



Yes 



1,646,234; Tolman et al. 



Yes 



1,652,990; Pailen et al. 



Yes 



1,658,093; Hellman 



Yes 



1,670,857; Rackman 



Yes 



4,672372; Alsberg 



Yes 



,677,434; Fascenda 



Yes 



4,677,552; Sibley, Jr. 



Yes 



4,680,731; Izumi etal. 



Yes 



,683,553; Mollier 



Yes 



4,685.056; Bamsdale et al. 



Yes 



4,688,169; Joshi 



Yes 



4,691,350; Kleijne et al. 



Yes 



4,696,034; Wiedemer 



Yes 



4,700,296; Palmer, Jr. et al. 



Yes 



4,701,846; Ikeda etal. 



Yes 



4,712,238; Gilhousen et al. 



Yes 



4,713,753; Boebert etal. 



Yes 



4,727,550; Chang et al. 



* Any possible n Y"s thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 23 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 



liiiligiltM 




Yes 


4 740 890 


* William 




Yes 


4,747,139 


; Taaffe 




Yes 


4,757 1 5 33 


■ Allen et al * 




Yes 


4 757.534 


• Mfltvas ftt al 




Yes 

x Co 


4 76R 0R7 


• Tanh ct al 




Vpc 1 
I Co 


/ 7 1 ,JUJ 


' Thinhflin Pt si 




Ypc 
I cS 


4 70fi 1R1 


Wi pHpitipt 




Ypc 


4 70S 70Q 


• IfliriopnKp/tlr Pt ill 




i es 


4 700 1 Sft 


QViovit pt ctl 




Ypc 


4 R07 ORR 


' T T»/~m pt ttl 




Ypc 
I CS 


4 R17 14fi 






Yp« 

i es 


A 09*1 Oft4 






Y^c 
I CS 


4 R77 SfiR 


Qhpar 




Ypc 

I Co 


4 R5R 111 


• Rnrhrr f*i al 




i Co 


4 R64 404 






I Co 


4 Rfifi 7&Q 


• Karn 




Yes 


4 RfiR R77 


* T*icf*fipr 




Ypc 
l Co 




f^linTiflrfl pt nl 




Ypc 

I Co 


4 074 V7R 


WptcTipv pt fll 




Ypc 

I es 


4 O^O 07** 


fSnn Tr 




Ypc 


4 040 1 R7 


f"V\VlPTI 




Vac 

i es 


A Q75 /i47 


> L/DWnci CI at* 




Vpc 

I CS . 


4 077 ^04 


Qhpar 
OllCal 




Ypc 


4 000 R0£ 


f^hprnrtw Pt ill 




Ypc 

l Co 


< nni 7^7 






Yes 


^ OOS 1 77 


CrrifTin et al 




Yes 


S 005 700 






Yes 


5 010.571 


Katznelson 




Yes 


5,023,907 


, Johnson et al. 




Yes 


5,047,928 


Wiedemer 




Yes 


5,048,085 


, Abraham et al. 




Yes 


5,050,213 


Shear 




Yes 


5,091,966 


Bloomberg et al. 




Yes 


5,103,392 


Mori 




Yes 


5,103,476 


Waite et al. 




Yes 


5,111,390 


Ketcham 




Yes 


5,119,493 


Janis et al. 




Yes 


5,126,936- 


Champion et al. 




Yes 


5,128,525 


Stearns et al. 




Yes 


5,136,643; 


Fischer 




Yes 


5,136,646 


Haber et al. 




Yes 


5,136,647- 


Haber et al. 




Yes 


5,136,716 


Harvey et al. 




Yes 


5,146.575 


Nolan, Jr. 




Yes 


5,148,481, 


Abraham et al. 




Yes 


5,155,680; 


Wiedemer 


y 


Yes 


5,163,091; 


Graziano et al. 




Yes 


5,168,147; 


Bloomberg 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 24 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-16*40 SBA (MEJ) 



APPENDIX OF PRIOR AftT* 









Yes 


5,185,717; Mori 




Yes 


5,187,787; Skeen etal. 




Yes 


5,203,046; Goldberg ct al. 




Yes 


5,201,047; Makietal. 




Yes 


5,208,748; Floresetal. 




Yes 


5,214,702; Fischer 




Yes 


5,216,603; Floresetal. 




Yes 


5,221;833;Hecht 




Yes 


5,222,134; Waiteetal. 




Yes 


5,224,1 60; Paulini et al. 




Yes 


5,224,163; Gasser et al. 




Yes 


5,227,797; Murphy 




Yes 


5,235,642; Wobber et al. 




Yes 


5,241,671; Reed etal. 




Yes 


5,245,165; Zhang 




Yes 


5,247,575; Sprague el al. 




Yes 


5,257,369; Skeen et al. 




Yes 


5,260,999; Wyman 




Yes 


5,263,158; Janis 




Yes 


5,265,164; Matyas et al. 


Y 


Yes 


5,276,735; Boebert et al. 




Yes 


5,280,479; Mary 




Yes 


5,285,494; Sprecher et al. 




Yes 


5,301,231; Abraham et al. 




Yes 


5,311,591;Fischer 




Yes 


5,319,705; Halter etal. 




Yes 


5,319,785; Halter etal. 




Yes 


5,335,169; Chong 




Yes 


5,337,360; Fischer 




Yes 


5,341 ,429; Stringer et al. 




Yes 


5.343,527; Moore 




Yes 


5,347,579; Blandford 




Yes 


5,351,293; Michener et al. 


Y 


Yes 


5,355,474; Thuraisngham et al. 




Yes 


5,365,587; Campbell et al. 




Yes 


5,373,440; Cohen et al. 




Yes 


5,373,561; Haber et al. 




Yes 


5,390,247; Fischer 




Yes 


5,390,330; Talati 




Yes 


5,392,220; van den Hamer et al. 




Yes 


5,392,390; Crozier 




Yes 


5.394,469; Nagel et al. 




Yes 


5,410,598; Shear 




Yes 


5,412,717; Fischer 




Yes 


5,418,713; Allen 




Yes 


5,420,927; Micalt 




Yes 


5,421,006; Jablon 




Yes 


5,422,953; Fischer 



* Any possible w Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 25 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No- C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


5,428,606; Moskowitz 




Yes 


5,438,508; Wyman 




Yes 


5,442,645; Ugon 




Yes 


5,444,779; Daniele 




Yes 


5,449,895; Hecht et al. 




Yes 


5,449,896; Hecht et al. 




Yes 


5,450,493; Mahcr 




Yes 


5,453,601; Rosen 




Yes 


5,453,605; Hecht etal. 




Yes 


5,455,407; Rosen 




Yes 


5,455,861; Faucher et al. 




Yes 


5,455,953; Russell 




Yes 


5,457,746; Dolphin 




Yes 


5,457,747; Drexler et al. 




Yes 


5,458,494; Krohn etal. 




Yes 


5,463,565; Cookson et al. 




Yes 


5,473.687; Lipscomb et al. 




Yes 


5,473,692; Davis 




Yes 


5,479,509; Upon 




Yes 


5,485,622; Yamaki 




Yes 


5,491,800; Goldsmith et al. 




Yes 


5,497,479; Hornbuckle 




Yes 


5,497,491; Mitchell etal. 




Yes 


5,499,298; Narasimhalu et ah 




Yes 


5,504,757; Cook etal. 




Yes 


5,504,818; Okano 




Yes 


5,504,837; Griffeth et al. 




Yes 


5,508,913; Yamaraoto et al. 




Yes 


5,509,070; Schull 




Yes 


5,513,261; Maher 




Yes 


5317,518; Rosen 




Yes 


5,530,235; Stefik et al. 




Yes 


5^30,752; Rubin 




Yes 


5333,123; Force etal. 




Yes 


5334,855; Shockley et al. 




Yes 


5334,975; Stefik et al. 




Yes 


5,535,322; Hecht 




Yes 


5337326; Anderson et al. 




Yes 


5339,735; Moskowitz 




Yes 


5,539,828; Davis 




Yes 


5,550,97 1 ; Brunner et al. 




Yes 


5353,282; Parrish et al. 




Yes 


5357,518; Rosen 




Yes 


5357,798; Skeen et al. 




Yes 


5,563,946; Cooper et al. 




Yes 


5368,552; Davis 




Yes 


5372,673; Shurts 




Yes 


5,592,549; Naget etal. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 26 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


5,606,609; Houser et al. 




Yes 


5,613,004; Cooperman et al. 




Yes 


5,621,797; Rosen 




Yes 


5,629,770; Brassil et al. 




Yes 


5,629,980; Stefik et al. 




Yes 


5,633,932; Davis et aL 




Yes 


5,634,012; Stefik et al. 




Yes 


5,636,292; Rhoads 




Yes 


5,638,443; Stefik et al. 




Yes 


5,638,504; Scott et al. 




Yes 


5,640,546; Gopinath et al. 




Yes 


5 ,655 T 077 ; Jones et al. 




Yes 


5,678,170; Gmbe et al. 




Yes 


5,687,236; Moskowitz et al. 




Yes 


5,689,587; Bender et al. 


Y 


Yes 


5 692 047* McManis 




Yes 


5 692.180: Lee 




Yes 


5,710,834; Rhoads 




Yes 


5,715,403; Stefik 




Yes 


5,721,788; Powell et al. 




Yes 


5,732,398; Tagawa 




Yes 


5 ,740,549; Reilly et al. 




Yes 


5,745,604; Rhoads 




Yes 


5,748,763; Rhoads 




Yes 


5,748,783; Rhoads 




Yes 


5,748,960; Fischer 




Yes 


5,754,849; Dyer et al. 




Yes 


5,757,914; McManis 




Yes 


5,758,152; LeToumeau 


Y 


Yes 


5.765,152; Erickson 




Yes 


5,768,426; Rhoads 




Yes 


5,774,872; Golden et al. 




Yes 


5,819,263; Bromley et al. 




Yes 


5,842,173; Strum et al. 




Yes 


BE9 004 79 




Yes 


DE 3 803 982 




Yes 


DE 3 803 982 Al 




Yes 


EPO084 441 




Yes 


EP 0 084 441 Al 




Yes 


EP 0 128 672 




Yes 


EP 0 128 672 Al 




Yes 


EP0135 422 




Yes 


EP0135 422 Al 




Yes 


EP 0 180 460 




Yes 


EP0180 460 Al 




Yes 


EP 0 370 146 




Yes 


EP0 370 146 Al 




Yes EP 0399 822 A2 



* Any possible "Y"s thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 27 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Ypc 
I cS 


EP 0 421 409 




I CS 


EP042I 409 A2 




ies 


EP 0 456 386 




Yes 


EP0456 386 A2 




Yes 


EP0 469 864 




Yes 


EP0 469 864 A2 




Yes 


EP0 469 864 A3 




Yes 


EP0 565 314 




Yes 


EP 0565 314 A2 




Yes 


EP0 593 305 




Yes 


EP 0 593 305 A2 




Yes 


EP0 651 554 




Yes 


EP0651 554 Al 




Yes 


EP 0 668 695 




Yes 


EP 0 668 695 A2 




Yes 


EP 0 668 695 A3 




Yes 


EP 0 695 985 




Yes 


EP 0 695 985 Al 




Yes 


EP0 696 798 




Yes 


EP 0 696 798 Al 




Yes 


EP 0714 204 




Yes 


EP0714 204 A2 




Yes 


EP0715 243 




Yes 


EP0 715 243 Al 




Yes 


EP0715 244 




Yes 


EP0715 244A1 




Yes 


EP0 715 245 




Yes 


EP 0715 245 Al 




Yes 


EP0715 246 




Yes 


EP 0 715 246 Al 




Vac 

i es 


EP0715 247 




i es 


EP0 715 247 Al 




I Co 


EP0 725 376 




I Co 


EP 0 725 376 A2 




Yes 


EP 0749 081 




Yes 


EP0749 081 Al 




Yes 


EP0 763 936 




Yes 


EP0 763 936 A2 




Yes 


EP 0 778 513 




Yes 


EP 0 778 513 A2 




Yes 


EP0 795 873 




Yes 


EP0 795 873 A2 




Yes 


EP0 800 312 




Yes 


EP 0 800 312 Al 




Yes 


GB 2,136,175 




Yes 


GB 2.264,796 




Yes 


GB 2,294,348 




Yes 


GB 2,295,947 



* Any possible "Y"s that were missed shall not negate the anticipatory nature o! a reference, particularly where 
there is a chart in Appendix B. 28 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


JP 01-068835 




Yes 


JP 02-242352 




Yes 


JP 02-247763 




Yes 


JP 02-294855 




Yes 


JP 04-369068 




Yes 


JP 05-181734 




Yes 


JP 05-257783 . . 




Yes 


JP 05-268415 




Yes 


JP 06-175794 




Yes 


JP 06-215010 




Yes 


JP 06-225059 




Yes 


JP 07-056794 




Yes 


JP 07-084852 




Yes 


JP 07-141138 




Yes 


JP 07-200317 




Yes 


JP 07-200492 




Yes 


JP 07-244639 




Yes 


JP 08-137795 




Yes 


JP 08-152990 




Yes 


JP 08-185292 




Yes 


JP 08-185298 




Yes 


JP 57-726 




Yes 


JP 62-241061 




Yes 


WO 85/02310 




Yes 


WO 85/03584 




Yes 


WO 90/02382 




Yes 


WO 92/06438 




Yes 


WO 92/22870 




Yes 


WO 93/01550 




Yes 


WO 94/01821 




Yes 


WO 94/03859 




Yes 


WO 94/06103 




Yes 


WO 94/16395 




Yes 


WO 94/18620 




Yes 


WO 94/22266 




Yes 


WO 94/27406 




Yes 


WO 95/14289 




Yes 


WO 96700963 




Yes 


WO 96/03835 




Yes 


WO 96/05698 




Yes 


WO 96/06503 




Yes 


WO 96/13013 




Yes 


WO 96/21 192 




Yes 


WO 96/24092 




Yes 


WO 97/03423 




Yes 


WO 97/07656 




Yes 


WO 97/25816 




Yes 


WO 97/32251 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 29 




InterTrust Tech. Corp. v. Microsoft Corp, 
Case No. C OM640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


WO 97/48203 . 




Yes 


Amerke, David, et al.. News Release, AT&T, Jan. 9, 1995, AT&T encryption 
system protects information services, 1 page. 




Yes 


Applications Requirements for Innovative Video Programming; How to Foster (or 
Cripple) Program Development Opportunities for Interactive Video Programs 
Delivered on Optical Media; A Challenge for the Introduction of DVD (Digital 
Video Disc) (19-20 Oct 19 


• 


Yes 


Argent Information Q&A Sheet, http://www.digital-waiermark.com/, Copyright 
1995, The DICE Company. 7 papes. 




Yes 


Automation of Securities Markets and Regulatory Implications, Financial Market 
Trends, n50, p. 20-33, OcL 1991- [File 148, Gale Group Trade & Industry DB, 
Dialoe(R) commercial database! 




Yes 


Averyet al, Recommender Systems For Evaluating Computer Messages, 
Communications of the ACM, pp. 88-89 (Mar. 1997). 




Yes 


Background on the Administration's Telecommunications Policy Reform Initiative, 
News Release, The White House, Office of the President, Jan. 1 1, 1994 




Yes 


Baggett, Claude, Cable's Emerging Role in the Information Superhighway, Cable 
Labs, 13 slides. 




Yes 


Balabanovic et al, Content-based, Collaborative Recommendation, 
Communications of the ACM, pp. 66-72 (Mar. 1997). 




Yes 


Barassi, Theodore Sedgwick Esq., The Cybemotary: Public Key Registration and 
Certificaiton and Authentication of International Legal Transactions, 4 pages. 




Yes 


Barnes, Hugh, memo to Henry LaMuth, subject: George Gilder articles. May 31, ■ 
1994. 




Yes 


Bart, Dan, Comments in the Matter of Public Hearing and Request for Comments 
on the International Aspects of the National Information Infrastructure, Before the 
Department of Commerce, Aug. 12, 1994. 




Yes 


Baura, Michael, Worldwide Electronic Commerce: Law, Policy and Controls 
Conference, program details, Nov. 1 1, 1993. 




Yes 


Best, Robert M., Digest of Papers, VLSI: New Architectural Horizons, Feb. 1980, 
Preventing Software Piracy With Crypto-Microprocessors, pp. 466-469. 




Yes 


Bisbey, Richard L„ II and Gerald J Popek, Encapsulation: An Approach to 
Operating System Security, (USC/Information Science Institute, Marina Del Rey, 
CA) Oct. 1973, pp. 666-675. 




Yes 


Blom et aL, Encryption Methods in Data Networks, Ericsson Technics, No. 2, 
1978, Stockholm, Sweden. 




Yes 


Bruner, Rick E., Tower Agent, NetBot help advertisers reach Internet shoppers,** 
Aug. 1997 (Document from Internet). 




Yes 


Cable Television and America's Telecommunications Infrastructure, (National 
Cable Television Association, Washington, D.C.), Apr. 1993, 19 pages. 




Yes 


Caruso, Denise, Technology, Digital Commerce: 2 plans for watermarks, which can 
bind proof of authorship to electronic works, N.Y. Times, Aug. 7, 1995, p. D5. 




Yes 


CD ROM, Introducing . . . The Workflow CD-ROM Sampler, Creative Networks, 
MCIMail: Creative Networks, Inc., Palo Alto, California. 



* Any possible "Y's that were missed shall not negate the anticipatory nature of a reterence, particularly where 
there is a chart in Appendix B. 30 




InterTrust Tech. Corp. v. Microsoft Corp, 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR AfeT* 











Yes 


CGI Common Gateway Interface Document from the Internet, 
<cgi@ ncsa.uiuc.edu>, 1996, 1 Daee. 




Yes 


Chase, Chevy, M.D., DiscStore (Electronic Publishing Resources 1991). 


Y 


Yes 


Choudhury, et al., "Copyright Protection for Electronic Publishing over Computer 
Networks," AT&T Bell Laboratores, Murray Hill, New Jersey 07974 (Jun. 1994). 




Yes 


Clark, Tim, Ad service gives cash back, Document from the Internet 
<www.newsxomVNews/Iteir^ (visited Aug. 4, 1997), 2 pages. 




Yes 


Codercard, Spec Sheet— Basic Coder ^subsystem {iniersiaie ciecirorucs v_orp., 
Anaheim, CA), (undated) 4 pages. 


. .. . ... .. .. 


Yes 


Collection of documents including: .Protecting iiiectronicaiiy ruojisnea .rroperues, 
Increasing Publishing Profits, (Electronic Publishing Resources Inc.) Jan. 1993, 25 
pages. . u_ — 




Yes 


Comrnunjcations of the ACM, Intelligent Agents, Jul. iyy4, vol. ino. /. 




Yes 


Communications of the ACM, Jun. 1996, vol. 39. No. 6. 




Yes 


Computer Systems Policy Project (CSSP), Perpsectives on the National 
Information Infrastructure: Ensuring Interoperability (Feb. 1994), Feb. 1994. 




Yes 


Cunningham, Donna, et al., News Release, AT&T, Jan. 31, 1995, AT&T, VLSI 
Technology ioin to improve info highway security, 3 pages. 




Yes 


Data Sheet, About the Digital Notary Service, Surety Technologies, Inc., 1994- 
1995, 6 pages. 




Yes 


Dempsey, et aL, "The Warwick Metadata Workshop: A Framework for the 
Deployment of Resource Description", D-Lib Magazine, Jul. 15, 1996. 




Yes 


Denning et al.. Data Security, 1 1 Computing Surveys No. 3, Sep. 1979, pp. 227- 
249. 




Yes 


Diffie, Whitfield and Martin E. Hellman, IEEE Transactions on Information 
Theory, vol. 22, No. 6, Nov. 1976, New Directions in Cryptography, pp. 644-651. 




res 


Diffie, Whitfield and Martin E. Hellman, Proceedings of the IEEE, vol. 67, No. 3, 
Mar. 1979, Privacy and Authentication: An Introduction to Cryptography, pp. 397- 
427. 




Yes 


DSP560O0/DSP56O01 Digital Signal Processor User's Manual, Motorola, 1990, pp. 
2-2. 




Yes 


Dusse, Stephen R. and Burton S. Kaliski, A Cryptographic Library for the 
Motorola 56000 in Damgard, I. M., Advances in Cryptology-Proceedings 
Eurocrvpt 90. Sorineer-Verlae. 1 99 1 . dd. 230-244. 




Yes 


Dyson, Esther, Intellectual Value, Wired Magazine, Jul. 1995, pp. 136-141 and 182 
184. 




Yes 


EDS Provides Power Agent with Internet Services to Support One-to-One 
Marketing (PowerA gent Inc. 1997, no later than Aug. 13, 1997}. 




Yes 


EFFector Online vol. 6 No. 6, "A Publication of the Electronic Frontier 
Foundation," 8 pages, Dec. 6, 1993. 




Yes 


EIA and TLA White Paper on National Information Infrastructure, published by the 
Electronic Industries Association and the Tclecornmunications Industry 
Association, Washington, D.C., no date. 



• Any possible "Y"s that were missed shall not negate the anticipatory nature of a relerence, particularly where 
there is a chart in Appendix B. 31 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Electronic Currency Requirements, XTWT (Cross Industry Working Group), (no 
date). 



Yes 



Electronic Publishing Resources Inc. Protecting Electronically Published Properties 
Increasing Publishing Profits (Electronic Publishing Resources 1991). 



Yes 



Firefly Network, Inc., www.ffly.com, What is Firefly? Firefly revision: 41.4 
Copyright 1995, 1996. 



Yes 



First CII Honeywell Bull International Symposium on Computer Security and 
Confidentiality, Jan. 26-28, 1981, Conference Text, pp. 1-21. 



Yes 



Framework for National Information Infrastructure Services, Draft, U.S. 
Department of Commerce, Jul. 1994. 



Yes 



Framework for National Information Infrastructure Services, N1ST, Jul. 1994, 12 
slides. "' _ 



Yes 



Garcia, D. Linda, Science, space and technology, Hearing before Subcomm. on 
Technology, Environment, and Aviation, May 26, 1994 (testimony of D. Linda 
Garcia). 



Yes 



Gleick, James, Dead as a Dollar, The New York Times Magazine, Jun. 16, 1996, 
Section 6. pp, 26-30, 35, 42, 50, 54. 



Yes 



Greguras, Fred, Softie Symposium '95, Copyright Clearances and Moral Rights, 
Nov. 30, 1995 (as updated Dec. 1 1, 1995), 3 pages. 



Yes 



Guillou, Louis C, Smart Cards and Conditional Access, Advances in Cryptography- 
Proceedings of EuroCrypt 84 (T. Beth et al, Ed., Springer- Verlag, 1985) pp. 48(K 
490. . 



Yes 



Haar, Steven Vonder, Power Agent Launches Commercial Service, Interactive 
Week Aug. 4, 1997, (Document from the Internet) 1 page. 



Yes 



Harrnan, Harry H, Modern Factor Analysis, Third Edition Revised, University of 
Chicago Press, Chicago and London, 1976. 



Yes 



Hearst, Interfaces For Searching the Web Scientific American pp. 68-72 (Mar. 
1997). 



Yes 



Herzberg, Amir et al., Public Protection of Software, ACM Transactions on 
Computer Systems, vol. 5, No. 4, Nov. 1987, pp. 371-393. 



Yes 



Hofmann, Jud, Interfacing the NH to User Homes, (Consumer Electronic Bus. 
Committee) NIST, Jul. 1994, 12 slides. 



Yes 



Hofmann, Jud, Interfacing the Nil to User Homes, Electronic Industries 
Association, Consumer Electronic Bus Committee, 14 slides, no date. 



Yes 



Holt, Stannie, Start-up promises user confidentiality in Web marketing service, Info 
World Electric, Aug. 13, 1997 (Document from Interact)/ (Infoworld Publishing 
Co. Aug. 4, 1997). 



Yes 



HoUava.TM.: The Security Story Document from the Internet, (no date) 4 pages. 



Yes 



How Can I Put an Access Counter on My Home Page?, World Wide Web FAQ, 
1996, 1 page. 



Yes 



Multimedia Mixed Objects Envelopes Supporting a Graduated Fee Scheme Via 
Encryption, IBM Technical Disclosure Bulletin, vol. 37, No. 3, Mar. 1, 1994, pp. 
413-417, XP000441522. 



Yes 



Transformer Rules Strategy for Software Distribution Mechanism-Support 
Products, IBM Technical Disclosure Bulletin, vol. 37, No. 48, Apr. 1994, pp. 523- 
525, XP00045I335. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 32 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


US? Break Out Session Report for Group No. 3, Standards Development and 
Tracking System, no date. 




Yes 


Information Infrastructure Standards Panel: Nil "The Information Superhighway**, 
NationsBank--HGDeal»ASC X9, (no date), 15 pages. 




Yes 


Intellectual Property and the National Information Infrastructure, a PreKminary 
Draft of the Report of the Working Group on Intellectual Property Rights, Green 
paper, Jul. 1994, 141 pages. 




Yes 


Invoice? What's an Invoice?, Business Week, Jun. 10, 1996, pp. 1 10-1 12. 




Yes 


Is Advertising Really Dead?, Wired 1.02, Part 2, 1994. 




Yes 


Javasoft, Frequently Asked Questions- Applet Security, What's Java.TM.? Products 
and Services, Java/Soft News, Developer's Cornier, Jun. 7, 1996, 8 pages* 
Document from Internet, <iava @ia va.stin.com.> 




Yes 


Jiang, ct al t A concept-Based Approach to Retrieval from an Electronic Industrial 
Directory, International Journal of Electronic Commerce, vol. 1, No. 1, Fall 1996, 
pp. 51-72. 




Yes 


Jones, Debra, Top Tech Stories, PowerAgent Introducts First Internet 
*Infomediary* to Empower and Protect Consumers, Aug. 13, 1997, 3 pages 
(Document from Internet). 




Yes 


Kautz, Referral Web: Combining Social Networks and Collaborative Filtering, 
Communications of the ACM, pp. 63-65 (Mar. 1997). 




Yes 


Kelly, Kevin, Whole Earth Review, E-Money, pp. 40-59, Summer 1993. 




Yes 


Kent, Stephen Thomas, Protecting Externally Supplied Software in Small 
Computers, (MIT/LCS/TR-255) Sep. 1980, 254 pages. 




Yes 


Kohntopp, M„ Sag's durch die Blume, Apr. 1996, marit@schulung.netuse.de 




Yes 


Konstan et al, Applying Collaborative Filtering to Usenet News, Communications 
of the ACM, pp. 77-87 (Mar. 1997). 




Yes 


Kristol et aJ., Anonymous Internet Mercantile Protocol, AT&T Bell Laboratories, 
Murray Hill, New Jersey, Draft: Mar. 17, 1994. 




Yes 


Lagoze, Carl, D-Lib Magazine, Jul./Aug. 1996, The Warwick Framework, A 
Container Architecture for Diverse Sets of Metadata. 




Yes 


Lanza, Mike, electronic mail, George Gilder's Fifth Article-Digital Darkhorse- 
Newspapers, Feb. 21, 1994. 




Yes 


Levy, Steven, E-Money, That's What I want, WIRED, Dec. 1994, 10 pages. 




Yes 


Low et al., Anonymous Credit Cards and its Collusion Analysis, AT&T Bell 
Laboratories, Murray Hill, New Jersey, Oct. 10, 1994, 




Yes 


Low et al.. Anonymous Credit Cards, AT&T Bell Laboratories, Proceedings of the 
2nd ACM Conference on Computer and Communications Security, Fairfax, 
Virginia, Nov. 2-4, 1994. 




Yes 


Low et al., Document Marking and Identification using both Line and Word 
Shifting, AT&T Bell Laboratories, Murray Hill, New Jersey, Jul. 29, 1994. 




Yes 


Lynch, Searching the Internet Scientific American pp. 52-56 (Mar. 1997). 




Yes 


Maclachlan, Malcolm, PowerAgent Debuts Spam-Free Marketing, TechWire, Aug. 
13, 1997, 3 pages (Document from Internet). 




Yes 


Maxemchuk, Electronic Document Distribution, AT&T Bell Laboratories, Murray 
Hill, New Jersey 07974. 




Yes 


Micro Card (Micro Card Technologies, Inc., Dallas, TX), (no date), 4 pages . 




Yes 


Milbrandt, Eric, Stenanography Info and Archive, 1996, 2 pages. 



* Any possible "Y"s thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 33 




Interims! Tech. Corp. v. Microsoft Corp, 
Case No. C 01-1*40 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


Mori, Ryoichi and Masaji Kawahara t Superdistribution: The Concept and Ihe 
Architecture, The Transactions of the EIE1CI, V, E73, No. 7, Tokyo, Japan, Jul. 
1990. 




Yes 


Mossberg, Walter $., PersonaJ Technology, Threats to Privacy On-line Become 
More Worrisome, Wall Street Journal, Oct. 24, 1996. 




Yes 


Negroponte, Nicholas. Electronic Word of Mouth, Wired, Oct. 1996, p. 218. 




Yes 


Negroponte, Nicholas, Some Thoughts on Likely and Expected Communications 
Scenarios: A Rebuttal, Telecommunications, Jan. 1993, pp. 41-42. 




Yes 


Neumann, et al., A Provably Secure Operating System: The System, Its 
Applications, and Proofs, Computer Science Labortory Report CSL-116, Second 
Edition, SRI International (Mav 1980). 




i es 


New Products* Systems- and Services, AT&T Technology, vol. 9, No. 4, (undated), 
pp. 16-19. 




Yes 


News from The Document Company Xerox, Xerox Announces Software Kit for 
Creating Working Documents with Dataglyphs Document from Internet, Nov. 6, 
1995, 13 pages. 




Yes 


Nil, Architecture Requirements, XIWT, (no date). 




Yes 


Open System Environment Architectural Framework for National Information 
Infrastructure Services and Standards, in Support of National Class Distributed 
Systems, Distributed System Engineering Program Sponsor Group, Draft 1.0, Aug. 
5. 1994. 




i es 


Pelton, Dr. Joseph N., Telecommunications, Why Nicholas Negroponte is Wrong 
About the Future of Telecommunication, pp. 35-40, Jan. 1993. 




Vac 

i es 


Portland Software's ZipLock, Internet Information, Copyright Portland Software, 
1996-1997. 12 pages. 




I Co 


PowerAgent Introduces First Internet *Infomediary v to Empower and Protect 
Consumers (PowerAgent Inc. Aug. 4, 1997). 




Yes 


PowerAgent Introduces First Internet ^Infomediar/ to Empower and Protect 
Consumers (PowerAgent Inc., 1997 (no later than Aug. 13, 1997). 




Yes 


PowerAgent Introduces First Internet "Infomediary" to Empower and Protect 
Consumers (Tech Talk Aug. 4, 1997). 




Yes 


PowerAgent Introduces First Internet "Infomediary* to Empower and Protect 
Consumers (Techmall.com, Aug. 4, 1997). 




Yes 


PowerAgent Introduces Internet's First True 1:1 Marketing Network (PowerAgent 
Inc., Aug. 4, 1997). 




Yes 


PowerAgent Press Releases, "What the Experts are Reporting on PowerAgent," 
Aug. 13, 1997, 3 pages (Document from Internet). 




Yes 


PowerAgent Press Releases, What the Experts are Reporting on PowerAgent, Aug. 
13, 1997, 6 pages (Document from Internet). 




Yes 


PowerAgent Press Releases, What the Experts are Reporting on PowerAgent, Aug. 
4, 1997, 5 pages (Document from Internet). 




Yes 


Premenos Announces Templar 2.0-Next Generation Software for Secure Internet 
EDI, Document from Internet: < webmaster® templar.net>, Jan. 17, 1996, 1 page. 



* Any possible "Vs thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 34 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Premenos Corp. White Paper: The Future of Electronic Commerce, A Supplement 
to Midrange Systems, Document from Internet, <webniaster@premenos.com>, 
4 pages, no date. 




xes 


Press Release, "National Semiconductor and EPR Partner For Information 
Metering/Data Security Cards" (Mar. 4, 1994). 




Yes 


Proper Use of Consumer Information on the Internet, Document from the Internet, 
White Paper, (PowerAeent Inc., Melo Park, CA) Jun. 1 997, 9 pages. 




Yes 


Rankine, Gordon, "Thomas- A Complete Single-CIhip RSA Device," Advances in 
Cryptography, Proceedings of Crypto 86, pp. 480-487 (A.M. Odlyzko Ed\ 
Springer- Vertae 1987V 




. .. Yes.- - 


Reilly, Arthur K., Standards committee Tl-Tclecbinmunications, Input to the 
"International Telecommunications Hearings/ Panel 1: Component Technologies 
oftheNII/GIL no date. 




ies 


Resnick, et al., Recommender Systems,Comrnunications of the ACM, vol. 40, No. 
3, Mar. 1997, pp. 56-89. 




Yes 


Resnick, Filtering the Information On the Internet Scientific American pp. 62-64 
(Mar. 1997). 




xes 


ROI-Solving Critical Electronic Publishing Problems (Personal Library Software, 
1987 or 1988). 




Yes 


Rose, Lance, Cyberspace and the Legal Matrix: Laws or Confusion?, 1991. 




Yes 


Rosenthal, Steve, Interactive Newtork: Viewers Get Involved, New Media, Dec. 
1992, pp. 30-31. 




Yes 


Rosenthal, Steve, Interactive TV: The Gold Rush is on, New Media, Dec. 1992, pp. 
27-29. 




Yes 


Rosenthal, Steve, Mega Channels, New Media, Sep. 1993, pp. 36-46. 




Yes 


Rothstein, Edward, Technology, Connections, Making the Internet come to you 
through 'push" technology, New York Times, Jan. 20, 1997, p. D5. 




Yes 


Rucker et al, Personalized Navigation For the Web, Communications of the ACM, 
pp. 73-75 (Mar. 1997). 




Yes 


Rutkowski, Ken, PowerAgent Introduces First Internet *Infomediary* to Empower 
and Protect Consumers, Tech Talk News Story, Aug. 4, 1997, 1 page. (Document 
;Vom Internet) 




Yes 


Sager, Ira (Edited by), Bits & Bytes, Business Week, Sep. 23, 1996, p. 142E. 




Yes 


Schlosstein, Steven, America: The G7's Comeback Kid, International Economy, 
JunTJul. 1993, 5 pages. 




Yes 


Schurmann, Jurgen, Pattern Classification, A Unified View of Statistical and 
Neural Approaches, John Wiley & Sons, Inc., 1996. 




Yes 


Scnaumueller-Bichl, Ingrid, et al., A Method of Software Protection Based on the 
Use of Smart Cards and Cryptographic Techniques, (undated), 9 pages. 




Yes 


Serving the Community: A Public-Interest Vision of the National Information 
Infrastructure, Computer Professionals for Social Responsibility, Executive 
Summary, no date. 




Yes 


Shear, Victor, Solutions for CD-ROM Pricing and Data Security Problems, pp. 530- 
533, CD ROM Yearbook 1988-1989) (Microsoft Press 1988 or 1989). 



* Any possible "Y*s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 35 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 



BiilSii 






Yes 


Siuda, Karl, Security Services in Telecommunications Networks, Seminar: 
Mapping New Applications Onto New Technologies, edited by B. Plattner and P 
Gunzbureer: Zurich, Mar. 8-10, 1988. dd. 45-52, XP00O215989. ' ■ 




Yes 


Smith, Sean and J.D. Tyger, Signed Vector Timestamps: A Secure Protocol for 
Partial Order Time, CMU-93-1 16, School of Computer Science Carnegie Mellon 
University, Pittsburgh, Pennsylvania, Oct 1991; version of Feb. 1993, 15 pages. 


• 


Yes 


Special Report, "The Internet: Fulfilling the Promise"; Lynch, Clifford; "The 
Internet Bringing Order From Chaos"; Resnick, Paul; "Search the Internet", Hearst, 
Marti A; "Filtering Information on the Internet"; Stefik, Mark; "Interfaces for 
Searching the 




Yes 


Stefik, Mark, Introduction to Knowledge Systems, Chapter 7, Classification 
(Morgan Kaufmann Publishers, Inc., 19951 pp. 543-607. 




Yes 


Stefik, Mark, Letting Loose the Light: Igniting Commerce in Electronic 
Publication, (Xerox PARC, Palo Alto, CA) 1994-1995, 35 pages. 




Yes 


Stefik, Mark, Letting Loose the Light: Igniting Commerce In Electronic 
Publication, Internet Dreams: Archetypes, Myths, and Metaphors. Massachusetts 
Institute of Technology, 1996. pp. 219-253. 




Yes 


Stefik, Trusted Systems Scientific American pp. 78-81 (Mar. 1997). 




Yes 


Stephenson, Tom, Advanced Imaging, The Info Infrastructure Initiative: Data 
SuperHighways and You, pp. 73-74, May 1993. 




Yes 


Sterling, Bruce, "Literary freeware: Not for Commercial Use", remarks at 
Computers, Freedom and Privacy Conference IV, Chicago, Mar. 26, 1994. 




Yes 


Struif, Bruno, The Use of Chipcards for Electronic Signatures and Encryption, 
Proceedings for the 1989 Conference on VLSI and Computer Peripherals, DEEE 
Computer Society Press, 1989. pp. (4)155-(4)158. 




Yes 


Templar Software and Services: Secure, Reliable, Standards-Based EDI Over the 
Internet, Prementos, Internet info@templar.net, J page. 




Yes 


Templar Overview,: Premenos, Internet info@tempIar.net, 4 pages. 




Yes 


Terveen et al, A System For Sharing Recommendations, Communications of the 
ACM, pp. 59-62 (Mar. 1997). 




Yes 


The 1:1 Future of the Electronic Marketplace: Return to a Hunting and Gathering 
Society, 2 pages, no date. 




Yes 


The Benefits of ROI For Database Protection and Usage Based Billing (Personal 
Library Software, 1987 or 1988). 




Yes 


The New Alexandria No. 1, Alexandria Institute, pp. 1-12, Jul.- Aug. 1986. 




Yes 


This Web Agent Knows What You Like, Business Week, p. 142E (Sep. 23, 1996). 




Yes 


Tygar, J.D. and Bennet Yee, Cryptography: It's Not Just For Electronic Mail 
Anymore, CMU-CS-93-107, School of Computer Science Carnegie Mellon 
University, Pittsburgh, PA, Mar. 1, 1993, 21 pages. 




Yes 


Tygar, J.D. and Bennet Yee. Dyad: A System for Using Physically Secure 
Coprocessors, School of Computer Science, Carnegie Mellon University, 
Pittsburgh, PA (undated), 41 pages. 




Yes 


Tygar, JJD. and Bennet Yee, Dyad: A System for Using Physically Secure 
Coprocessors, School of Computer Science, Carnegie Mellon University, 
Pittsburgh, PA, May 1991, 36 pages. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 36 




InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









1 CO 


Valovic, T., The Role of Computer Networking in the Emerging Virtual 
Marketplace, Telecommunications, (undated), pp. 40-44. 




Yes 


Voight, Joan, Beyond the Banner, Wired, Dec. 1996, pp. 196, 200, 204. 


Y 


Yes 


Weber, Metering Technologies for Digital Intellectual Property, A Report to the 
International Federation of Reproduction Rights. Organisations, pp 1-29; Oct. 1994, 
Boston, MA, USA. 


Y 


Yes 


Weber, Robert, Digital Rights Management Technologies, A "Report to the 
International Federation of Reproduction Rights Organisations, Northeast 
Consulting Resources. Inc.. Oct 1995. 49 pages. 




xes 


Weber, Robert, Document from the Internet: Digital Rights Management 
Technologies, Oct 1995, 21 pages. 




Yes 


Weder, Adele, Life on the Infohighway, INSITE; (no date), pp. 23-25. 




Yes 


Weingart, Steve H. ( Physical Security for the ABYSS System, (IBM Thomas J. 
Watson Research Center, Yorktown Heights. NY), 1987, pp. 52-58, 




Yes 


Weitzner, Daniel J., A Statement on EFFs Open Platform Campaign as a Nov., 
1993, 3 pages. 




Yes 


WEPIN Store, Stenography (Hidden Writing), Document from internet (Common 
Law), 1995, 1 page. 




Yes 


White, Steve R. ( ABYSS: A Trusted Architecture for Software Protection, (IBM 
Thomas J. Watson Research Center, Yorktown Heights, NY), 1987, pp. 38-50. 




Yes 


XIWT Cross Industry Working Team, 5 pages, Jul. 1994. 




Yes 


Yee, Bennet, Using Secure Coprocessors, CMU-CS-94-149, School of Computer 
Science, Carnegie Mellon University, Pittsburgh, PA, 1994, 94 pages. 




Yes 


Yellin, Frank, Document from the Internet Low Level Security in Java, Sun 
Microsystems, 1996, 8 pages. 



* Any possible w Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 37 



EXHIBIT B to "DEFENDANT MICROSOFT CORPORATION'S 
PRELIMINARY INVALIDITY CONTENTIONS (Patent 
Local Rules 3-3 and 3-4)" is provided electronically, 
via CD-ROM submitted herewith. 



# # 



EXHIBIT C to "DEFENDANT MICROSOFT CORPORATION'S 
PRELIMINARY INVALIDITY CONTENTIONS (Patent 
Local Rules 3-3 and 3-4)" is provided electronically, 
via CD-ROM submitted herewith. 



I 



